“Calhoun 


Institutional Archive of the Naval Postgraduate School 





Calhoun: The NPS Institutional Archive 
DSpace Repository 


Theses and Dissertations 1. Thesis and Dissertation Collection, all items 


1983 


Preliminary design for HARPOON Shipboard 
Command-Launch Control Set Simulation. 


Eschliman, Judd R. 


Monterey, California. Naval Postgraduate School 
http://ndl.handle.net/10945/19950 


This publication is a work of the U.S. Government as defined in Title 17, United 
States Code, Section 101. Copyright protection is not available for this work in the 
United States. 


Downloaded from NPS Archive: Calhoun 


Calhoun is the Naval Postgraduate School's public access digital repository for 
| (8 D U DLEY research materials and institutional publications created by the NPS community. 
«ist sia Calhoun is named for Professor of Mathematics Guy K. Calhoun, NPS's first 


NY KNOX appointed — and published -- scholarly author. 

ia) LIBRARY Dudley Knox Library / Naval Postgraduate School 

411 Dyer Road / 1 University Circle 
Monterey, California USA 93943 





http://www.nps.edu/library 


dnd a = 7 « a = = ‘.! 


¢ 

$3 
i 
af 





















































— = ay — eqn 7 La) wre Ss in ae ee 
a a ade Tab Bate teaerl 6 ean teh heh OND Deen te AU a ot A SF ete Aa. CasArbin sh esate intat Mats cha iehe 
re oS een 1 Fee ek Se tple ate Sad Veen i | ‘= oaks ee eet te onan Tee Seda alae Te cry (een, Nindeatngeg brs orbs au Chm : 
nee SF = Ean Se ar ‘ ' 4" itty AN st AA 6 soma ord ae Rta We ‘ Vaden the aly oom bt ere rts | 
Pee ar aqae% oj u oa ' tat | PA Te ha ace @ > bs Wty 9 =o eae hth BAe 0h toh WEB Or eR ANA sedge: 
: O20 2 She alot be te rs * a ao i = | om. | Te “a! gp RR a: ate ody @,; Ae 0: 8.Us adit: ASa) te? Wie: ee &. ae dsb A: 
oe WaT) ° 1s Or) 7. ee ‘ = = . - + Bees AA Lech 4 hye + Letirndh IA take Alita Be © Ore? Bite Pee Ata OR LY ie Bo Bee hy 
Be tet. alge: we * ‘ ta So apes = s = : ’ aE aT Pitas “Whee Vi, & S45. A es vlalkig elation beara » oes = 8.Ag i) COS 
PO 40 tee & . eulwe ( = ihe.» hme - = ; : " : ; AL a: Arig . "4 Sothys © ; 
r F ‘Ee ~ aillls . r) ® “ i CO are oe oe O48 sa; , oy CR ee et Me er 1 cv} te. reas 
iG ks i a 4 = as 4 Me Pe Nr Soh tre haere io a AL TR Ro Se Pa oer a “3 Seng atch ete ee: 
ote oA - as os b a vd a v- A Ny, ail PNR RF Oey A’ a Ut Be D és-0. 5. a aeh yee 4 been eet S54 
er rR ay ie eee) ar ne \ "a ee ke eget oebal” te er At Biber beves re try ep at PAA rhea onerian 
g. _ w ® ~ Neras gee te ¢ &. > 
nA hme pA 5 oe =. = ™ - =a aS Weey  R O e eee 
oY Ce dee : att ne ao . er he Negroes ae ts! cpr ses ge tr om etree le Lit eatin es 
; , : b, oe Fa i : « Maes, TAs er J f fre Cat 2 a a : 
me Ay : hye . ae ; A Sitehe ues bd ne wil ant hate ! 9 gent athe Walenta tide me te A dated Manes hin a- tease .6 A. Ok Seek Lrasneloracas 
weet oe a ine Fy 4 D get Gates atte ct , St tl tu. cia . a “a i ue 7) ev Hite Hs pete Sore an ee ee eu mae ek 6 yabiae he yar 04, 
> 92 mae ' fa ve P ig. ‘a 4 - . a 2 Mad 2 saan * - - - - = - eel ‘ bed. os Meri an oiase a OR 804 ®. w a 
piaaecoeee sacri t Gite EDX PD al ORY, NO cae NO Oo Po “=<, Sys = BN BA ER a Sa Antara Sak AC 
fm oe ; rw « ap ore @ i F | Ste Os hae dag od aide! & he ' = + al os b - : 2 J ee ee ae Ye Rp vas ( = Sey Oe Salton «SoS 9) OB B.n. A 
4 ~ aes Osa eRe doe a2 4) my i “ ? a aS. isda se a: Bes! mT: a3 2 view! 2 > - ei] He i ae Stites ha: shores oe. i rg" <teiboh Sh ahs Saag te Sroanas re yee be 
° ar om »e $94 wowed. ¥, © O'es a , Ae 2 BMA OP hs ' rat POM (= i é i, LT - aahg m3 ‘ ht et Ms Ba BS No ad sts oBIA Pe Boot m & 9, 4. Padarnly ern A, 
Taka ie poaee image oe O54) 479 i ape if EY Oe TS i vd et Best ra " ‘ , at a REY a. saan) “clea chan ncaiaal ip eer yin Ai, tilaesa! Sle abak A ayers, Scien ce 
sahate pesto, eda TI. am od Wak) Abs? 25 : a? 4 , ' ke = ws * © Sethe fe OA. Amd ‘ DA coe Se se ret ey Bafebhvie bree, 6 Sin bs : 
opt °K errs Robs, .@ FS eigh'eh.d “ery ° ooteuts Engen. 4.4 Me stem ‘ en bans ee f ae Z oa rw re- 2 wR Ube the Ob aly &n >t An ot Naa Lendl ght ae ae Re Re ty So uaa tut . Site Br thy 
5 < Sey = th 8 " ob 6 ow ears i ae fa - - 4 * a eh er % i el i 4 Aer rhe e KD AER bye da fae 8 as NWI ee. “eH e Forte ATES 
tint Sal Se Fela stnal ea dali MEM tere hontai el TD at Waal ae te ORNS and, ANT SRA SUN Se a Bs Mee i Naresh ncaa crt anata kare ene 
ona or * ot? Qo) jOa ee Rah Beg © ee be e if «ae ke wu | < : «4 soe en 7. ia. oothia mots & Yekoily bende tae oly, hh ha. ag 4 ple ~ auth ME aye n RnB a ©, 0 Mae nnin, QM 
; peer) : x a ere ae ee wo ft i ie ee ! 1 tae 4 f Pa Pampa pie Soi | + ie ¥- cng Ltt Sem aster AB AWLLOR BEA te of ka 
CMe ag ae atte Uae Mee | Ro take 8 Pig 2 a i SRE RS OS ee tae MN creel Ret ea 
La Fa OP ie pee FA 5 0h 6 eo ee dt Ko Say . ue =I s —_ =“ = = tor ‘ : _feg! =~ e4 : : ' 4A, ae ade the 4. oh 
he hae Oe en ee ee oe Pyare hepa fe p at erie Me ts Cae _ ra Lae aS ws 2AS t — += ae oh ‘ Shak beat Pe rea thd REBT LH Shr ek aa 4 © 1a Gs Beh Onead @: se ey RRO 0.06 4/25R-MAIe Ne: Bde MMe! aoe) rip rl 
De neal We Beda Die gated Got AEWA A ca tT Oe Nel wn fet of he i oA Beyicwntlt 22) * See . ‘Ol eAvit a en me Srey, a rae YAH nc irae Sete Soe, Se suet eh Mele Aalte naderailes ts WA0~O-aoat Ot et he 
dng accbagert: a : edie pi ee ee I atest 8 Rodes! A a %. dh oat » A - a “wa A eq Ry Vly Lhe ‘mee ee: TOR UR, Sree Me Sie RAR tee AE Oe % ON Ware Oe Be My Mente’ fe woliastes % 4g 
DAY shvosmacete ASE psp alffas . ar : LS eit MR A “ - : ‘ SB ee i tie oh ts eS sett by Vents tg Hy ae Be Dans nls ihe Neebe INP ALE Mi Botbed Won 29 Ql AAtnar bt O18 ten 1 teow toh & 
ar Mra. 8 ¢ rie ees Nap ° . BP > 2. =) das “ fe io AP Cad * ae Bett Rati aberhe RE bch the Bilton ete 1 MAD © 0. kil che dee. Cegak-e RE O01 D Qh, Bem 4. BP. A @ Doda RAL Deas Le . 
I Brnves.B MH eel wh ; » we OU em ot Od + ° ae yee in@ bs 3 « o". Ye ey we a a le ey pple pita er Or a ee erent or etetelaed Sephanndter® op fy baad’ ch bee Pass A wwe Rar is HED Ba | 
Ost DLW Rival, anne se Aalbact >." 5. > Rtierd Leto fC ra wR By Be Ps ° leat ee ~ is na MOPAR Bt Net ted Bot Bhs be sy Ray tte e we Ne A OS, COCR te mAs ee wa AO hp aiee am Miuricasasteie ton i tu @ 
CP AT ee be om PAS eke Aled git ms ewe Ae” aat. cs = we + J a Nee Sites IF Nettle Aame, Sats § et Ryde 2 oR te pw mas hak sg AoA: Ye male Sy tpn eG: Baty Gr His a RD? GMa MSL hie toy 
Pe ee he Psat Ce ee et s “ + = rade i : te ek A ayn EO ey TS “Ot Bee BARS br gh 12s BPR FH DB, LEME. Wie OD. <0 Myo be Qe EEE. Raln Ws BOE Bele dete ‘teat tale % 
Cte aaa s ck titted fol ais cee ten onth * = av = ee ee EY tick Se ee I NA RR a Ms Ce Ret ken BY Rn 2h. os ane SoMa divine! rete Ses at, 
“ P te mo a are ag - ote %. wits eh Piet UAMe oo ae th ete we. tebe. vey & “SS enh ere Ye End phony A> a> BB eaten eee Tee 
rey 2 tr. ee ee athe hide © a + “ i ; . pak pr verter eeclonte ey ne oa 4% ame shee te GM & Gok Ledemmnt gare iW aes Ran CE EMTeR Ae eeR ete 
RG CL a a ee c= in OT ae ARSE SRS MS ET ES MS MU ETACEN BO POA WS 8 wachee srgeten Taner 
Abia ros « * OF ' * abe & - a —_ < ate > ee a, ee 4 ‘ tarte DAU" auth “ashy PA) Ra tts Nene taading Son Renter %, tip: 
Of get bags 46 = pte peed Bathe ' rs. "e 3 boheah ei  A har er a noe oS OMS SOT RET 2 SE ver bre rte STI ot ersprlermeh e emment a 
—— : - — =. t n ‘a wh - =~ 4 . = Se none WroAMe ie 1B Beata use Bie et Rm Rdsertvs, te. i ooo MER rds Rite matali OO to ee, 
a “ i tan ‘ a ‘ iw perry 22% ter Rare be RO DONS, AF a Blew d- 0.8, AAEM 0. ehhh ie Be Tae) Pow. “hems sor CORO eelaphs © Aue 
ides Bc eben s s ows Rte. we &tee a ase OS tate Qrtece® | Solty) B.D anne 4. DARIAN y gp be Be Be Me Dee ty tte, DRT inte tp Derm nga terete Gane “mh 8,8. 
a ri “F . i: 1am ad s 2 = 2 es oe a=; Md “pene =P ee | rea & bee Sean ae ne SeSo  e ot Ram ah Pe oe eo SS 
onkm» eli RokcAh eh. ap tlie tinge in © f ot! * fies aid U. ~~ Le od i tae ~ : Lie. fn sa Dy Se BA ~ t, rey NA & Deadline - Shote' . 
ee 5; ee oe masts Ge ae etd Terai a Sep CAE S Can SaKlicuaremel- 03 kit eectreypane sa tart aiee center eee ek 
FA Gude ©  otettenden tt an, 4 llth e a & t? | tle E Ld Tae & fh -tehewak oy ites roy art Pa ic A Nhe eerie - VhneN argent erty a Meh Nee Melle 0A Momo Rs mek Meet, Re Ri By %— ete Nts BL te 
ET ON ==) i bln Me, - Ae “1 # i ‘ ie ENRON? DM ee pete Me Bote REAR elaed WPy Ue Whalen. phe io necks Mate, VEriehy & nh. WALKS ee are hoon 
SAR aM Map AOL tet rs "A a Ah KK al Ce ead * a” t fst why arta > one A ere eee. Uh PEN. Neti A “MALE! je Oe Bo Ra Dede ORE, © SarsRahems , OeMhatis Note hte Rn ew Rete be 
‘ er: aye Rar ock. iil set elle e 8 bh & of Mhns . =n g at 1, » mai ie & wat Beh sed oh Ft MER Leek A BeBe a, MetheR s% Oat Re eGuide in Ate > ANU, Werk Bensley Ps BE ih Ue ewtooln Pee 
<P SF imsnd Sethe ae Fo ee FOR a DL nat Satnt - +s ree i ‘se wm 8 . vo ek S&S he NM eet Bee 8 Be Unt hel ROLE,” hes DOOD ALY - pir, Sabet Wow bette a ct ve 
x = OPE SLAM el O° or. Bra Par ‘ ae or BP ie 8 tote : v we 1. = ‘aye - VRE Man 1. Puttitlee. & APD Sto ARE ATE eM EDOM barn Od Ok NAT he eRe ale Bee y heey Phe MR ra 74 
Bip "d lB © CAML dort Bin fiat Soh bad ae ey a ee ae linha ae ale re ii Rivas ¥¢ s te ate oe Sa Beh Pane 2s a HR ies Sanp cthmnenic beri one NAS EN fy fete Bay 99S hg Rig SB. bee By, om Te dewitel 
nO ie ean eee oMtALRH PE Bo Sel MOHD Mbetin para etar aby oe 0. Se ee es ie + - Bagh CE ee eS Mea’ Sa, linha & 4, > hn pee MieR WEE ea be asp cot 
mse Bmre ob OOD AM La VID chs MGA AW. 9 MD De Eo AM cael See ot A «se it aah an A OL Me Bde & “ins? ne date oe sa fo Sf Yee ~ = a sh ee me” Ge gy gee ps NE OE RE SD Se AR Me 5 Dathods Mhade Six My We rah ap erirt- tet aee Te 
ae en tee 22 Sha 9 Wy PHI el, Bad 00 a AOD A AE Bt 6 oh oad aA ic Thc BE oe FeO LOY 5 Of ae me 1d x fs Piatt © ote 7 wre . en's nd we Sy ae : aa ww eS ok rte © dla’ iy Mie Bh sate ree cokee mh RN Mies dig: P'S Abr, Hern te Yo 8 hs eGo. hee rate 
ei caelad vaythee) SA ob ng ge Ae eae ARE Bs cal paetl tif PUA ea bP oe og te -° Fae 7 ee 4 eee eae 1c - Ee “ il ld ‘ “ge lias ae waatke Data he ee Ree ane aie tn © Wel. 9 igs ade AY ie Me pe oil CN Ee orth BeBeee Rs And GW feel ay. 
et Sali: Bi ins 0- A REAPS Oia LM a REA BIAS OID Bolg Ss Paste sdb sranee€s aj oo" ane few e vam Na es 7 & e wires ies eines auock =< ‘ Pyne =— i= a ev at Ne aes a pata tht tet oh an eit bee Sha +... an ie righ ectmtyertert phism 
oats Ree wR RAMS eile rene DAS ae St Ae DG AP EP HAM mF iy Oeim rele OP tb Piet bs 6 a = 9G ehecege ati Cen Seth oP a it * ee ge ‘= Tt erie lS ae r ~ » tbe om ete ae te TN Ae Ae 4 2th fen ar damd e kort A er pap Mie t ay fe mp erp mnie 
PaeMOE Ns tebe SBE Age AM NEM eM! et TR A wm or ph TARRLE, ~Aad te hi Fe 4 | oe dm 6 8 gees ar slg ee é ° wf ya: *wrwaatl : fale se eee = "a + ok ee ke ag Lo i) girl ~ Na Bere Re BaP sted be & 1% Be hn, Sas PNRM, DR ee Behe. 0-072 ae MO On on ath tee 
(PRAM ACME DALAM 6” BSAC AEF Lh MER POLE Saget ae Mhisb Hei gt 00°50 sea > Sus PAY s Adobo Mates © dou ot iL sf 5 . fate - . A te Madi nge? hs =. ae b bie Aaa Ae 3 ee Amie norm 5,0 Wee le® Oh LMA Aco Nephi Pelt coer nm, .abeeiael. Somonns 
Se ood Pe 8 ee ae of fate aE LADS AEs oe Sate fy AO Bee AIOSH og KLE Lah Binh ASE rh o.c¢8 . tis : = - ' o ‘ ot aan sé ee a. . VORA Art YY we Ural e » AN oe OD Ata n.* Sete Nan tet oR ene, Te de By Gord Yer 
ee © pele ARS olathe” helena pM” Sank Re te MM Re ie RA AU Ae ME ow kh Oe Sa ae ae e e ' oF 8 tee at =  . ai s = * » fo ~ bes Oh om Wed Aes ea ND AN et MtNete Rnd De dee Reema 9. redsesdn fa Re Lh bee tees Meme OB: 
es aed Peek eee & Apes" ¢Bh de we hie Vote. We Pe eee a ee ee oe o af Pat fet ee : oe Q A f é. =, ona atte B me = Ad este v- 4 = Po doom dat VeBe to Ubon be Rot “morennthotes that ga Oe Le ae ee 
: eietoe  _e Pe ee 0G 9 CRs tn me et i Ca ae sé —*% — : any n t YA= Wbut.d sn Ws fe SM 277s RADE RMN AR Mee A> “eke Dae Elda de. ae ent be ete ee 
5 St Lee os « « ee - Aart oh eats ord = fnd “ = 4 Ce 8 AOA Rete Qt, & Ses.) Litteh Ne dey Bta Rete 2 A Lee he DW ey FR: hp Oe By see Aan * Nei, & tot aq 
2 a= Ke pts pees Meteora weeee et et te Y or Mat fe : 4 ; = ae un N wre Be Oye te ete Ak ener Bae & Wa tetiaty pre rab ere rerirt, he 1p Tt Ne “ow he ty ats fh, ory teeta 
OPS wmeprnhs . 0 Ge tal ot ahetL ey r= a 7 4 ae os er . 4” ahae x = ee » ee 2°" & Sete & 1 Ss ie he MN BoA ete teh! Dy Ate the Sar Pdns W,: Man eae, CAR Teer Reeth 09 No 
eedktita sane tt ON 0B ile ar Mob Po a) 6 fee a ge 4 et a vv hn pak ne - Veh es tals ee ee ~ as ee eM A ee RORY A whee Lm bah. ad At Ree Yo 8. OA ee hee raps oe ah &, nee Rete, 
A Olas gel 49. Ae Demet «,.8iipinth entd eat 2 ee Mon Oat P 9 ro a me fon ¢ - on 4 P ‘ : ° VNR edit fT. we tk te eh o Measnderers Aine Gee emul Toke WA sREOP Nase Ga mre Beant 
et oD Dhaene 6th? Ad wt Ato on tnd she tdl ¢ = i a Picts a tue VTP ia- aise te la Wa he ae ee ey «apy atte re eee era wei Leh Serene 
PP ye . ‘ = ‘ - i i * i wr ? ' a, i ' Gy & Rera te ee ok Ma : * 
ae mie . pate =e ' & a 1 Lo a td "wha es b hte tie 0 BAe vty etna de key Sa ceca a ot tee NE rena 
_ a we ° a A Lele AR Vw, ath eee le Oo rt 0 Eye OArBre RA WAL WAG “wn ‘pnt Ley Perera ig aig er pater 
a wre of x - i t i - Mt Non pt DL Arla nclentese ty VEREW WR oer Raw tp heen s eee eee 
oh ms ie sav RAIN ra Lu - ~~ i oth roth. waa Babsnameeen cis Fa BW Nab eS WAMLM:. Ve -Lonlbeee er a. eek bs BS Pmcichecpa ae Stee tn tne 
Sty page = os: ne t “ i - LY uA. & = & ue Sat Reale te 9 Ate ae, eo Emm ye Rady ote RyAape aKa rhe he a Beene mtontys Se Rp © ental 
MimKoriee Seebaene p © 0 ok he 2° Bos o : toud3 “ 5 .. * & Fh aes ines tne Bet Ne Nene kg tine 1 Rp tA Reme S. tones colo Remy ngs Heke Rr. te hie ibhe ohne 
[af vin Beko? Nee Ml Orme cot rie ' 3 Fo they - . 4 : 4 i = s 2) : E i = ‘ea => mat teavioee eX _ S MboR nck Loqasteas Ain. RAR Re AERA Ae Meet, RR e yh: 
‘ces oibed 2 Mo retrat a ohoReP.yahel ee A Maid 2 Ah to= 5 fob at pura ~ we 4 Fe a oc . Ch tds a” . i BS iil ; =<: : Bie EN Atl be Weeden, AR eRe & te io rks paige ate yey Apr ccar oe tear oe 
3 ees wer re f Ai nas ss ot? Hees . . ho © wth x fai a Wey eee tee 4 ARAMA «ieee AAs ROS, BO Slade ttt er ee 
she mat ene *. mle ee bee the . i . F tat oe 4 ary a Se, RAR Nem Bate AS -MeK 8" 9 ea bees BR Nye bee Rath Rs tens Pape erme wikbtlons whe ton 
2 ee ene ors 1 or or te 7% ° - x are eee MNS SH Sah: >Re DoW ep onic WAM Meehan WEA CUD 82-0. Ue inntestbn le Whale meek ohare eauenemon tne oy 
Ce me er .& we dhe i wae os - “eer s 2 SS Jaen te ete apts Seale 7 Nog * ata “% % “ ne. athe S20 Mets - et WRerd” ~ Kyte be. De Oem he elma Mealel? Walths ty ame hots 
7 ine Ae © sae # se TS Wt Ms nae a 2 s Mh a &. acini As ch oe Sere octet | Nel Ne ee eRAL. Sle RR estate ge Mermanet Eek “bay ary 
qt we 2 wets 8 fue at a e. oar at . : yo fm ‘ 1 = be a Lip AMptad = +9 ter ‘ee ne ERR AR ARM N BTU A im 8 5 Oe gn hy Doves Rare Mende APNE EE MR an ate 
s 66 Se NR tot ° . "~ ate * 7 % Py = <e “s bP . ih apa a Nuh Bet Wess, Speer iiriesy Wale sh Mos rate ar - sheen a %y 
4A Mane ° tea A he Ducane t Pa & “~ “~ = baad a o As o “ee eh ee a hehe et bee oe he ee 
aE yyscnsls teat" fin A i ye - at “= ‘ ‘ Are . ® oh _ he Wat trae tek Cte & Yet De ThsD. wv. Ba 2a Dery Ravn sahehe Artes Mahe eNO mahal s. ty 
te = shart aoe - “ . 6 47: om - " at art * wee tle a Nena meReTa WAS 8 BMA OR BL Nels te a ag Cy By Bene ie@- Ae eee ae 
A. OA thine 4 Ta Me oe < A + +f ? f - : ¥ s ~ RG 7 Aer Aer ew be ahs a Mees Se © 8 RAM Ne Ge Ee elle tds WES rw eG Pmb heb Anne - om, 
woe ee nee o er t.e.8 n ee e . 1 soe v i Wer > ' wR BAe Moors © Oy mane Nas Rohe 0 thebeats te Boter le ~~ wteme 
ne ee a 4 . -° , n we 3 . eg he eee tN NE SR toe UL Wes Rotem tbe Rented Tapers a Ree eet hen, Cone 
a ante % 4 ay at o- a . ew et . 7. . « le bra ences & © a he, Melee Ble uthsety SE lee let a 
we a ‘ £ 1 i a fe ; ms w @ % mis ate nee Ae o =  & ty Re 7h. oe ~cor SAE Me hy tt? hetyete YY Aedta mets RA he ow mer detemedat-iRermelaln ts we h, thy 
= ee ~ a4 ¢ Cm 5 7 8 gee Dol a =~ ws . ms “ UD te DY SP ete trte Pee tee WE SAG ca amen 
. tari et® tee OF ' : ry . * a a ‘ ~ whet te lee +i we NA Rh he nel Re ele Reta e ce EBS, Cer aeni Be 
Sok acne Mery ~ oe A ee $s : i i “ ‘ mee & m = oe ee heme OY FRA Ro SPIRE Rete Tey tewet = OAS REME Se erin ANDR. ~ = ‘pilot, Ths fe wilt g 
Fy Meh @ ot maes «a SF Pek natin me Mea mm «ce y es - + a 4 ff f = ‘ Rahs at » 2 - me Ss Pome = 8 =e 4 team dre Ape a WAOT,6. i Roldeh Ma. 7. He Ble 
i, OR ol AAA nD PAP WO RO At wet Ie Oh eam mh ee Lae ae ee “ ’ +f - v 2 ' : —ygfn a > a : a a SLAM ot NINE Ne Mw hg ee heter BOR N. whe de Gretcrieliee phn eR ard hee 
. -— AEM BF OM RS aha LD A mg, - @he =F ad = Poy . . . * - ” - . ee nf is . x ern a* fe 0 tei i © Re Reh SO ne on, Ta YR. Stn, 
bien <M aeely OF > tebe phat net a taee tebe fe OMG. 8 ene xa a os hill a * re Serer ph es ” 2 es i ~ a ~ Mh PRE at WE? &- fae win me we eke SMe lee- ca, Oe Se 
2 . et ah We OA 4a Sth ot ve n8 ” A it - ws . . 2 - mo = » > - “es - & “Sra & A DeMaNe Bot Lae Ry | Meee Meee Ee he 
ml acibaase +& Se ed edncatet«" 5 ° pre = oe : . . ' oo Ae owe <%. au - Ne re, cea” re wee yen 
omeeO taf ae ent ot ad - 4 be wv Ping P h > = ™ Pert. 0.2, a 
Bl Wels rent - al eM oe tee | oD “tl tint 8 hgh © eo~ Bapht Bel Stet fem = ats pray ae) = « Ld a we - ‘ ee is re « “ wetth By Rt caw Jarret Rots, yar he ANT NES) aeterwre nly inms tert iy ce ghey 
ES tate Me POA I eae he: lo hah ene te gs mt ptt 880.8 2 « ttm ‘ a” fie t A La eo 8 %* Y - Toe me ie = _¥e He NES Nico tere A Ne tele on nO EO Ret: Nee ote 
apes 2 Oe se ee eee es eer : o - pws ei = mine Ian 7 F7 “ - ce! = = ’ ye ea rs & tet Poy Ey — To ee elie as ae wa 8 
Fl on sperp Mare OF ADP Saal hee Seta ot ated. ee Me ge en Oe fa 2 vor ~ wf o- ri bial ° . a 6 Mem tee @. ea, wet Noe, Yetetee 2» Sebel ute %. 
Pe ea ea Po te = Meth” (neue ow Ae t at =n8" 4S . e ‘ L Pan), tat, ae ey pas + 1; 78 foe tenth, Teel ww he tele 
SN irae obit ee Pa ee . Pa en ts 4 - de a ¢ 7 * m » PB be Dette SY we wwe ws = &X coe et A hetd Ry daag ty Nd Ke, 
= Mahe Matt hetne wa “gee gl Tees AC On toe = 2 . as os m3 » 4 s “er “ * ‘ oT as ae ae > ww Sete Aon « We Nas “ cteerte eto 
oe  gtinT anes 7 tw a = — an peer) a * Nat - 2 =9 oe , e r s ° oad re ah » =— * . ane * a a eg ot tee en eS Bh ee A ngieetate codard ow 
On adie te ee eT a ae =e se i Men ee - "> “ we ie ° _ wa zm £ aoe Neri Rel, . —~ & ae 42a eee Gap ahem me fm 9 PWR wh oe > *e Se eckes Sn 
tGRaty. Kate Ten See PMMA CO a 0 lee pee or w 6d a ww z ott . ' : . fe * Xdet > ee am eel ‘ ms at Bape, anime he Neathn ig goon Ok net i eT Ame 
fo etm Aes eel me che | ewe, Pitas oe Pr Auer . « «at ~~ er se . of ie ba baal Fn te S@a = a ek NS STs WO tee eto hated * oe 
» wentade Hoe a; 3 GIG =* hae” we Paw ee 4 * wr acmer a - mile $n eg” - ff to © ~ » » a fen 9 * . do, 5 oa a > \&» S pee © Me% BON CeO UM, Rae wet 
tet Fate FS A tee TPB motte wtrinel eam * “er e o te af © pfs awe wh HS we ft we % 4 * = ~ 2 nw 1 ash dem nba deal. To nha on Nh ceap AT ee, a Oe Oe 
RTPA Aa - * ORF en” tube k Pm 8 8 ge ” Ye) md a = Me eF 8m ¢ . ” sd 25 ~ * arith e * ™ & ay ee dgy Re Per Notary &s, 2.4, we lie eles ER ts ‘as 
. aOO LILI rath es! Ebel gt Pata =” Mote o. th ee a 4 eam a 464 & % 5 ‘ . s * = ~ Md eo in ~* sot em be eh a te tee Mme he eis epee ly me ae 
tone aie g ae Pht wae (0 CFB 8 Bel mn fo = we Pen e s ee . fer ” a : * . ‘ ® al ~ i <i 4 i % ares - - Sw & whee ave MES Mee re ete ole 
netinMweeG, gti Meth gt ote on * - 1 gh. = ’ "a . p dé ome. Ww me Seu wi 6 eB, >. Behr = ROE? Y Soe ~s e ww 
Lagtetstepe © = 5 gee * ao 4208 wt cee @ ane ee - me oe . . a 1 me Othe wi, had . i B om = i= is a, ee Set oe es ~weh Ne agte R ea 
os. Pe | Sab ont wate Oo Semi oar “ of oar oe * ‘ ’ i “ “ ——— wh =" y —Seh het eo sean te 
ae a oa tw olf * fete o ree. “Ms ~ peat = pie pla ie 4 ea Me ° 3 4S . * ~~ ee. hat one Rew tanks ere ow 4. Mat ee ee 
Wie. stems ft ate Ai feet - =~ & ly . = — ae a Ys ~e ~ ° - - ae - = Beam = on a . = . Ae easy mA . 
ane e ow - ane on a gt — thet - ets ot at * - a ow tc ~~ °a - ~ Fas tA oe 8 te Pan nORAT Ay, Py tay MPs yy 
- ret Ane eo. fara a =r = oa re “ ‘ < . = = Sate tam ole UA a a = hy ow Was, AF INO. eeete tes ot bs 
foe of ° wad ee * Cad « ° ° i ee co 4 oO = barland Dane ieee > -% ak =o tenet ets 
» - : ~ & me - = 7 a erie he es 2s At Cee. es is! *te~ Oh mips satya swe Fh BN wee ot) ts owt Bs 6h te 
= ws al cael me ot Fe Hee oe « a ry . = a Th ° Bonu - ae pres 
Cem om Ff Eee * Fan ted. Ayre 2h eam Ow . 7) e cd ° = * - mo ea ms Of} Be = wy al tet n te le = 
- ae : amy pf ue e 6 Oe othay df . eee a) sek @. ra = . . as ark Ot, x >» we we Br we % “WA ore om Sela 
em - eo ae 0 e4e ” it am a ff . o a “ e . s x fee - ie - «= = tke hs Sa? eel Rew he ae an 
- 2 “ ata * ae < SP ava a - ae ra en “4 sal . o lf . - “ . Bak 5 = n,n ted n, ae Riatiene, “eas ce 
Pow me ee Re et tt a Cr a ae 2 of 4 . - oak e a - ° “ bathed ~ . A aa ~ Beam S Gaus Oe ‘= =~ & = 
ee or = is cs = wee ots oh te oe °€ = o- ¥ we an . ~~ she ahs % se me w ~ Tac eo "Be By _ oh == 
a - «# ao Cn ed eden . tn 8 ou we ~~ i 2 ie, we # 2 . « a n . 4 - ‘ = AE MY Wey “en mem = A? eee et SAsAl=~ ye 
Ca | o- tee wie yee we Si emaye o ” : te , & oh ~ 8 ww > = “ee a” Pie & -_ & > « 
. 7 he ~ te Pe aan aa ~ Faded a - . - . a ~ 7 Re = ahah (©) ice aa oe 
nae wer of! Mgt wth of - es Let s % ui » e LA » - > a : ote i x, 
ae = ” ae 2. - 2 ~~ Ps ’ 4 a ~~ t Ye eo . we Ao teh ne 
oo fhe ws + ” ~ . . ' s . ‘ a = . hm ~ = o =—m&f cond 
StL Rong oe Mt oy ose « . ° ° ° . ‘ ° s * * a Nea = ~“ > 7 SAA ho tae te ~‘ ee ee a a 
A ee AT rH = 08 wre i - 3 rs ys e . " « rr) ‘ ba ad » wes a fae 0 ake =o a? opt APS Dotan 4 
mn nn Aer So ghwe BOER tet = me a . rs af ae P io 2 ' ber . 7 ~» & AD - +. es os, BN ee Bh 
we - i mw % «= > > ‘ a - Seat EP 4 ‘ + . ba i = Sot a ar =a lee teh 
a ee: ) ow) ’ 4 * ¢ « ” ed b] . = as wwe SS . . a S -~ NN . ow ee 
° Aste um aad Pr ee | “ wfran ° w rs < a z . ba Sey oe <<“ et fe tte ° ewe ea he tte 
- Ay ke Fh. 4 are oo - 5 e a '» a) . & - - aA ate ne a Com set 
a = wiawt © . ose @~e w = f 1 ase » 2 nw . how a »a es’ na a ~ 
vr. o® e ° ft Pa 1 ——) ms - » 2 - A oe 2. +8 . 2 oe 4 e he tae ° Xs te =e ts Soinriataee re 
” Cae Bee - pe owt s - . ' 9 ta -™% - = % ° roy o« Lee a oe - . i Re . 
28 ind te rd a . ee £ 1‘ é * —_ a> & . eee Be em & meet Me . 
eo Apeawtene ~~, hp © ot oe” * . - £ - ° a = 7 ee . =, ce aw. ~~ ee 
On * a ane - ene A o a + # - “ ‘ . i ‘ - we ~ Ne ee ae ne Seats 
re Saat, a Aig w * . =] e . x » <a ~~ - 
Per eT ~~ & ve ee won wt a ° a P ae a oF « PY a . o a te A = ws . ~~ aM yn 
dad Pow “ 7 --f * oot i ry . . a % ” A} me & = ora - e 
= ween iw we -« ” © e Pa e wt ° me . ° som Ne a . aie whe 
- ¢ of oe Pt inl wae eae ww = x + & a tiaes a Svan we 
I - o ee e * ) a ws ° e te ’ we tee, ~ ad “when 
“#7 ae ones - ae a of Py - e ¢ ° ry =* = es 5 ~ - hea 
yo . ry - ae . ° 4 . - e ° = ~ =) ed ~ ad = hd . A ask 
at 2 me - fa v me ~ . ° % . x = « 
ci wer O * . “ La a - ve . od i tad zie on 2 bd apollo! 
oi al ees i= ° ° * : eum, 3 > . “- aad 7S ~~ Amn Se . 
ia = ten r ° * ° * “ Se - a 
-- ° - ea r . . * ® ry x : ae ° 
ewe 8 “ « ot * rs a ° ° . . : ‘ * “ x * “ “ ~ ° cn . Po 
. * « - em e ha - a ° ° ~ % -. 
<a ° . e ° e all PY ~ e & “es OS 
e ce «# 4 5 ad b ° =e om . 
-* “A - of Abe stew - * ‘ - = Ye « a. e _ m 4 
e a - i 2 e me * i » = 
a md » « «. ° . % ae ie. Le 
La adel kd . ry rd a = i = MS Sp . ~ A e ~ we =e Pe 
- a eu «- ' ’ bee we » = * $ - - na 
¢ “fis = . vA 4 o 
ee we - mie rs ° Ne Pa +. bo ° - 
~n «+ < ° ‘= ” ° . ’ . e 4 =. > s 
Ce orn oe eH Hr > uw e s ‘ . ’ - . 
- . w et ¢ ae ww ~ ° e am = 
- - we ” ¢ oe ss 
-) . om me co - 
are. - a* —=— -) - oe ° ° o . © New 
o a * 3 = s, o% 
bad ems Oe - = . . 
4 o- —— ° i ° kL ° ry ~ a — 
” ote , = 
=» 
- FS By 
. ms o Ss 
i a « ~ 
e . -” «a 
- . a 
=e 
° ® » a 
— 
-— 






Suite ae 
_UALIFORNIA 93943 


gerne 





rr ns Se 











NAVAL POSTGRADUATE SCHOOL 


Monterey, California 





THESIS 


PRELIMINARY DESIGN FOR HARPOON SHIPBOARD 
COMMAND-LAUNCH CONTROL SET SIMULATION 


by 
Judd sk Ese a nam 


December 1983 


Mnesis Advisor: Ronald W. Modes 





ppewovea for public release; distribution unlimited 





a ey 
SECURITY CLASSIFICATION OF THIS PAGE (When Dete Entered) 


REPORT DOCUMENTATION PAGE AeroRe COUDC LGC Come 


- REPORT NUMBER 2. GOVT ACCESSION NO. 3. RECIPIENT'S CATALOG NUMBER 


4 TITLE (and Subtitie) S. TYPE OF REPORT & PERIOD COVERED 


Preliminary Design for Harpoon Shipboard Master's Thesis 
Command-Launch Control Set Simulation December 1983 


6. PERFORMING ORG. REPORT NUMBER 


7. AUTHOR(e) 8. CONTRACT OR GRANT NUMBER(8) 


wi@a@a eR. ESchliman 



















10. PROGRAM ELEMENT, PROJECT, TASK 
AREA & WORK UNIT NUMBERS 





9. PERFORMING ORGANIZATION NAME ANDO ADORESS 


Naval Postgraduate School 
Monterey, California 93943 






11. CONTROLLING OF FICE NAME ANO AOORESS 12. REPORT DATE 
Naval Postgraduate School December, 1985 


Monterey, California 93943 13. NUMBER OF PAGES 
ivi 


- MONITORING AGENCY NAME & AODORESS(fi different from Controlling Office) 18. SECURITY CLASS. (of this report) 


UNCLASSIFEED 


1Se. OECLASSIFICATION/ DOWNGRADING 
SCHEDULE 


16. OISTRIBUTION STATEMENT (of thie Report) 
Approved for public release; distribution unlimited 


17. DISTRIGUTION STATEMENT (of the ebatract entered in Block 20, If different from Report) 


18. SUPPLEMENTARY NOTES 


19. KEY WORDS (Continue on reverse side if neceeeary and identify by block number) 


foGepeommncapons oystem, Software Engineering, Simulation 








20. ABSTRACT (Continue an reveree side if neceeeary and Identity by block number) 


To realize the full performance capabilities of the Block 1C 
version of the surface launched HARPOON cruise missile, modifica- 
tions have been directed on the HARPOON Ship Command-Launch 
Control Set (HSCLCS), AN/SWG-1(V). The purpose of this thesis is 
to begin the design of modules for a simulation model which meets 
DiemomecieiGation requirements of the HSCLCS. These specifica- 
tions are derived from stated U.S. Navy requirements, (Continued) 


DD en 73 1473 cor TION OF 1 Nov 68 15 OMsoLETE 
a ae 
“WN O102- LF. 01 4- 6601 1 €€CURITY CLASSIFICATION OF THIS PAGE (When Data Enterec' 





ee 
SECURITY CLASSIFICATION OF THIS PAGE (When Date Entered) 


ABSTRACT (Continued) 


some additional features proposed by the author, and features 
Mreposed in a previous thesis. The simulation model can then 
be used for testing and evaluating the proposed modifications 
mide fon training purposes. 


S-N 0102- LF- 014-6601 2 


ng 
SECURITY CLASSIFICATION OF THIS PAGE(When Data Entered) 








Mepeecved fOr pubiie releases: distributicn unlimited. 


: Preliminary Design for ; 
HARFOON Shipboard Command-Launch Control Set Simulaticn 


by 


Judd R. Eschliman 
Lieutenant, Urited States Nav 
Bars. env ess lt veof Kansas, 197/77 


Sue etea In partial fulfillment of the 
requirements for the degree of 


Pesan Ores Gr Ene earner CONPUTER SCIENCE 


from the 


NAVAL POSTGRADUATE SCHOOL 
December 1983 





ABSTRACT 


omescatsee@ the jfull pertcrmance capabilities of ths 
Elock 1C version of the surface launched HARPOON cruise 
missile, mcodificaticns have been directed on the HARPCON 
Shio Ccmmand-Launch Control Set (HSCLCS), AN/SWG-1(V). The 
purrcse cf this thesis is to begin the design of modules for 
a Simulation model which meets the specification require- 
Beomes Of he HSELCS. These specifications are derivad fron 
stated U.S. Navy requirements, some additional féatures 
pFropesed Ey the auther, and features proposed in a previous 
thesis. The Simulation model can then be used for «esting 
and evaluating the froposed modifications and for training 


purcoses. 





ioe 


irl. 


TABLE OF CONTENTS 


INTRCDUCT ION e es @ @ @ * @ @ @ e e e e@ e 


HARPOON SHIPBCARD COMMAND-LAUNCH CONTROL 
Wee Seo )mroe err tGATL ONS) 5. 6 «6 6 6's“ 
A. ERESENT HAREOON WEAPON SYSTEM (HWS) 
Pein Geant UEPECTENCIES IN PHE HSCLCS . 
Coe CONSTR NENTS cise © « s 6 « «© « « 
fae WaneeeheGent tol. Corsol¢ (HCC) ‘ 
2. Data Ccnmersion Onit (DCU) ... 
3. Data Frocessor Computer (DPC). 


4. Weapons Control-Indicator Panel (WCIP) 


rapave Displey System. . 9... . 
5S. Weapon Control-Indicator Panel . 
Dome SOPOSED  S@ur WARE CEEAN  . os) 0° « « « 


MODELING “PROGESS <6 se ses 2 « SS 
Roel S Peewee TLON « « «© 2 © «© © «2 © 

Ve MBGimde=26S 5 6 6 ss e « 6 es « 
soeetiede |) hommulatiecn 5 2. .« « « « « 


(mo WN) 


re Deabageses. le ens & 6s « «© 6 * 
a. Environmental Data Base .. 


be. Launcher and Missile Status Data 


Bas@ « 2 © «© © © © © 2 ew 

c. Meéenu/State Data Base ... . 

d. Ship Parameter Data Base. . 

Cee oLnmeccmtcaeBASS sa 2 + «6 s 

f. Enoagement Data Bas? .«... . 

YW. Level 1 Modules . . . 2. .« « « « 
S. Level 2"*Modules ...+.« ee. 


11 
11 
1s! 
i> 
V3) 
15 
Be, 


16 
16 
17 


23 
25 
Po: 
24 
26 
Zo 


27 
28 
Zz 
NS, 
30 
31 
a2 








a. 
D. 


PROEGCSSMOcCule ca. « 2«§ ¢ «© we ts el 


Dals play meNGO UNG wctes Seleeeee we lw lw 


eewedees Modules ..<...s« «es 6c « « 


Qe 
b. 
ca 
d. 
@. 
ive 


g. 
He 
sae 
ae 


Ship Parameter Data Base Manager . 
Environmental Data Base Manager . 
Genver= Coordinates Module . . . . 
Threat Data Bas? Manager ..... 
MenuedasOlay Modul] ....s « « 
Launcher Missile Status Display 

Reiicms cbc sl + « « «© © «© € ise © 
Environmental Display Module... 
Engagement Display Module .... 
Ship Parameter Display Module .. 
Meech Display Module . . « « «= « 


imevel memModumesS 4° 5 . .». « 6 o © s« «© « 


a. 
D. 
C. 
d. 


ei 


Mmype teaeck MOaQUIeG ~s .« « « s « ~« ® 
Launcher Missile Assignment Module 
Plan Engagement Module . .... - 
Dipecace Dasplayeoduls << . & « <« ‘% 
Autcmatic Engagement Display 


Module e e es es e es eS e e ® e ® e@ e 


i SR Sele \b0 ae ee an a 


a. 
De. 
ee 
d. 


eC. 
Eee 


DeleceeMOGWle sabes 4 6 « «6 « « 
Update Track Module . . . «se « « 
Rodd Trac k Mileatms << 5 5 « ss te le 
Engagement Plan Data Base Manager 
Gules. «ss © «6 s «© © © +6 © «@ 
Prenabeiaety Of Acgqulsition Module 
Graphics Display Module ..... 


Bewel 6 Hodules <2. << « « w& © © © «© « 


ae 
b. 
Co 


Course/Speed Update Module ... . 
Bearing/ Range Update Modul¢ ... 
Launcher and Missil= Status Moduls¢ 


22 
She 
33 
34 
34 
35 
35 
36 


36 
ay 
7) 
37 
35) 
38 
3) 
S)8) 
3), 
ays, 


40 
40 
40 
41 


4 


41 
42 
42 
42 
42 
43 
43 





G2 DPhEsat Data Modules . ...~«e . 


e. Uncertainity Ellipse Module .. 


Dee OTE ONO VRI VIEW) se 5 «6 4 << «6 « « 

LV. PioteneoborGN LANGUAGE SELECTION . ....«. -« 
So epccamaneme ON GOALS «9 . 6 « « « © «© « #« «© « 

a Pe Modifiability @ @ @ @ s e e e@ @ @ e@ 

PR CPESGEOUC Vs «<6 «© 6 « «6 © -« 6 # « 

So RGU LSLe) )0)5 kil a A re 

Herc oasomeanGagllity < « « 6 « 6 # « 

PERO OeeO CIR OLEW 6s 6 6 ~« @ “ © « « «¢ »© © « 

ie COSAUMS 4 6 = « «6 6 «© 6 6 «© @ * 

ERS S OO ee ee) o 6. @ 6. a oe S10 6 « % 

rm C@IMeEmCIGS “Go <) 6 ss “6 © @ «@ «06 @ 

Demo ewen Ada FeacULeS <<. « « 6 . *« « » 

C. ADA AS THE SYSTEM DESIGN LANGUAGE ... 

We SCOnepUSTONS ANDORIECOMMENDATIONS . .«. .s « « s 
Ae RECOMMENDED FOLLOW-ON WORK e e * s e » e 
Popes GLOSSARY . .« « »« « © « « « © «© «© « 6 s 
Ree EwwEx B> AGRONYMNS AND ABBREVIATIONS . ...« « 
APPENDIX C: HSCLCS ENGAGEMENT PLANNING/OPERATIONAL 
PIP COOMIMONT EP UNGILONS « © s «© « © # s « 

Were ke Ls DATA BASE DESCRIPTIONS . . « «© « « « « 
BPPetorx Fe MODULE DESCRIPTIONS ...+s+ +02 « « « 
Pee eeee PS SYSTEM CLPSIGN USING ADK ..e «2 « « « 


ELS - OF REFERENCES Ld @ «= @ = ® * e s a e ® e s e e 
BIBLICGRAFHY 


Wee DISTRIBUTION LIST . . « «© « © «© «© © © @ © « 


4 3 
43 
44 
46 
46 
46 
4) 
48 
48 
49 
ou 
50 
50 
51 
SZ 


54 
3, 


Be 


By, 


6 1 


70 


78 


S) i) 


109 
110 





= A) AD AW A) 
e e e 
—— £F& WW N — 


LIST OF FIGURES 


Toeeuevel mMecdule Ccntrol . . 
Bowes somwtNPUT™ <0 se es 6 ls 
PRCCEoS ONG AGBOENT .« .« «© « » 
PROGRES Oo DLS ELAY . « s «© « « 


Frogram Design Structure .. 





I. INTRODUCTION 

With the introduction of additional performance capabil- 
Seeec= 2m =he Block 1C€ versicn cf the HARPOON cruise missile, 
the present HARPCON Ship Command-Launch Control Set (HSCLCS) 
has creven to be inadequat? for controlling this new HARPCON 
missile. Therefore, modifications have been directed by the 
Chief £ Naval Operations, to take advantage cf these 
supolementary features. The system specifications have been 
set forth by Naval Sea Systems Command. 

Geemcewe te HSCLCS mus: be redesigned to facilitates the 
system scecifications, it is readily apparent <=hat a sinula- 
tion model should be developed toc test the system specifica- 
moons and, once determined to be a usable model, to be 
further used for training purposes. Th2 development of such 
a model allows an experimenter to play with the system, and 
investigate potential preblem areas, as well as, eéncourage 


SemersOecess Of Lnnovation. 


tA 
(D 


In dé¢Sicning a sSimulaticn model of a real system the 
he be 


g 

havior 
of the system or to evaluate various strategies of system 

b 


Goal should be to conduct testing to understand ¢~ 
oceration undar consideration. A further goal should be for 
the mced2e1l tobe used for training purposes when it is not 
feasible or cost effective +o use the real system. iu 
cf modelirg encompasses the ability to classify the p 


i 
ce “Os 


abstract the essential features, and then ¢labora 
these, +o produce a model where useful approximation 
results. Svcecial care must therefore be taken, <O ensure 
that the model is an accurate and viable representaticn of 
the real system. To meet this end, certain criteria must be 
met in supctort of the develcpmenzt of a proper simulation 
model, including: 
ae Gase in understanding by the user. 


S 





b. 
Cc. 
d. 
é. 
f. 


a curpose or goal directed model. 

Eese.Or CONtTIC!L and Mant pubatlon of the model. 
model completeness on important issues. 

no allowance for nonsense answers. 

ease of model modi fication. 


Keeping these criteria in mind, and realizing that simu- 


lation modeling is a learning process, the task cf model 


develcoment may begin. 
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II. HARPCON SHIPBOABD 


This chapter will summarize the system specificaticrs as 
set forth in Reference 1, and as developed by Reference 2 
and Refsrencs 3. This phase will present the existing 
Ssvstem, the needs cf the existing systen, and technical 


constraints imposed cn hardware and software considerations. 


A. PRESEBT HARPOCON WEAPON SYSTEM (HWS) 


The HARFOON Weapcn System (HWS) was developed +o meet 
the needs cf the Navy's anti-ship mission. This system is 
devloyed cn fast attack submarines, several type aircraft 
and surface combatants. The HWS's purpose is to provide 
all-weather, over the horizon, day/night anti-ship capa- 
bel oy, It is compcsed of the missile subsystem, the esso- 
ciated launcher subsystem and the command and launch ccn‘trol 
subsyster. This tkesis shall be primarily concerned with 
ene  Laeter. 

The HARPOON missile utilizes an in flight low-level 
trajectory with a pop-up feature during it's +erminal phase. 
It has an active radar seeker with counter-counter measure 
capability to assist in attacking over the horizon surface 
targets. 

In the ship-launched version, the HARPOON missile 
Merlevges e€ither third party or onboard sensor data (for 
targeting purposes. Then, since the missile requires no 
further infcrmation after launch, 1t is considered a "launch 


and forget" type weafon. 
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Fer tte shipboard configuration, the HWS data precessina 
and ccnztrol functions are provided by the HSCLCS. The HSCLCS 
has three operating mcdes: casualty, normal, and training. 
In the notmal mode, the HSCLCS provides the following major 
cumecTons : 

- Distribution of fewer to various HWS squipment. 

- Selecticn and application of missile warmup power. 

- The ability to conduct various automatic and manually 
Wieematcd tests Whiéh ccnfirt& the operability cf <he 
MmSCLCS. 

- Selecticn, transfer, processing and display of target 
data. 

- Cocrdination of the selection of tactical missile mcde 
and type of fusing. 

- Selecticn of the launcher cell containing the intended 
HARECCN missile. 


Initializaticn of the selected missile and the supervi- 


Sion cf the exchange of data between the missile and 


other HWS equipment. 


Gentrol cf all missile firing activities. 

These functions are carried out primarily by the HARPCON 
Getmewor Console (HCC) and the Weapon Control Indicater Panel 
(WCIP). 

The HCC eéncompasses nost of the system-unigue ccmmand 
and launch subsystem equipment. This includes the Data 
Processor Ccmouter (DFC), a 16 bit microcomputer, anda Data 
Conversion Unit (DCU), an analog digital converter. These 
+wo ccmpcnents perform data conversion and processing, and 
provide an interface with current ship sensors or external 
ecsuipment. 

The WCIP provides the operator with visual status infor- 
Boc2=onror the fire control solution. It further prevides 


the operator with manual input capability. 


lr 








The DFU executes an assembly languag2 pregram to previds 
the fcllcwing services: 
- Validation of launch envelope parameters. 
- Missile command generation for implementation of missile 
SenclOl parameters ireluding ship's attitude, Starch 
Mee cecnum  Ordets, engine starting, flight <+erninatior 
range, altimeter setting, and various selectable flight 
trajectcry and maneuvering modes. 
Pe etssile testing prior tc launch. 
= Pre-ieunch sequencing and timing. 
Wawa sOnMatting and transfer synchronization. 
The DCU processes all digital and analog sigral conver- 
Sion. it further prevides interfacing of target data inputs 
for the Naval Tactical Data System (NTDS) and it also 


crovides for shiv motion parameter conversion. 


EB. CURRENT DEFICIENCIES IN THE HSCLCS 


With the introduction of new enhancements in the HARPCON 
missile, new command and control problems have also been 
mc coeuced. The current WCIP cannot accommodate these new 
capakilities. Further, the Operator is not provided with 
sufficient facilities +o direct and execute a well-planned 
HARPOON attack. These new capabilities mandate a substan- 
tial change in the hardware and/or software of the existing 
HecLGes. Since current software 15 written in machine 
lanquace, it 1s extremely machine dependent. This, cowpied 
with the adéed difficulty that different hardware ccnfigura- 
tions exist for subsurface, surface and air launches, 
furcther comrounds the problem of software standardization. 
Reference 2 and Reference 3 set forth existing deficiencies 
in the current HSCLCS. These include: 

- Pull tactical centrol of missile variants (the pre- 
launch selections) are not available to the existing 


WCIP. 
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The WCIP Beovides inadequats control for a well 
Seepeandacted, Milei~ship or multi-platform attack agaizst 
a Sinagle surface target. 


The WCIF provides inadequats control for a multi-missile 


(SALVO) attack against a single surface target. 


The WCIP does not incorporate existing intelligence 
information (e.g., target class, course, speed, sector 


of vulnerability) into the engagement planning process. 


No cCmputer-aided engaged flazrning is implemented. 
For engaaement planning, zhe HSCLCS has the follcwing 


deficiencies: 


Insufficient infcrmaticn is displayed at «the WCIE to 
permit the operator to evaluate the quality of an 


engacement plan (e.g., probability of acquisition). 


Insufficient information is displayed at the WCIE to 
crovide accurate data, implying risk to unintended 
taroaets during bocster drop, flyout and target 
2CGuerslt lon « 


The WCIP prevides no isplay of planned trajectory, 


flight rath or seeker search patterns. 


The HSCLCS does not provide computer-aided engagemen* 


clan quality and safety analysis. 


The WCIP prevides no status information on available 
missiles and associated launcher. 


Only track data for one track can be stored, wee no 
@aoability foremulti-track retention. 

- No means are currently available to provide correcticns 
essential to missile performance for the anvironmental 
Larameters such as wind, rain and sea state. 

With these deficiences, the training mode is, at best, 
m-nimal. Since there is a general lack of realism, eéspe- 
Cially in the graphical representation of the engagement 
PulceMmcecrme be Operatcr has Litele «bility or inclinaticn to 


improve his proficiency. 
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C. HWS CCNSTRAINTS 


Meaiiications to ths HSCLCS should take advantage of, 
but net necessarily bre limited to, the following new missile 
capabilities: 

="Way>cint selecticn. 

- Range and bearing (RBL) search pattern expansion dizec- 
tion selecticn. 

- Terminal attack mcede selection. 

- Maximum range increase. 

- Highw-altitude flycut 

- Pre-search sea skin. 

With these capabilities in mind, Reference 1 has set 
hoieemtmie wWodif£icetior and specification limitations o 


of =the ccmpcrents in the HSCLCS. 


1. HAREOON Control Consoles (HCC) 


— ee eee co 


The HCC may be modified as required to acccmmcdate 
power and digital interfaces tc th2 WCIP, and *t0o0 previde 
intsaqral mounting with the WCIP. In addition, the HCC must 


meet the spéecificaticn requirements of Appendix C. 
2. Data Conversion 


The DCU modifications are limited to th2 removal of 
Se=curc Gards in™order to provide required functicns for the 
WCIP. I* will provide an interface with the ship's motion 
systems, target detection systems and missile launch 


ecuipment. 
3. Data Processcr Compu 


The DPC is ageneral purpose computer with ultra- 
violet eérasable programmable tead-only memory (UV-EPROM). 
This computer provides weapon control solutions to _ the 
missile and provides direct real time control of the WCIP. 





ieameoece CONdUCTS anterlock ccmputations to prevent launch 
fem eee Ship roll and pitch are excessive, launcher 
pointing and stabilization crders and conducts self-tescting 
cn the WCIF or HARPOCN missile when directed. Viewed if 
TPC shall consist of (a) a new Central Processing Unit 
(CPU), which will provide the computaticnal speed required 
or the WCIF engagement planning functions, (b) a minimum of 
110,000 sixteen-bit words cf UV-EPROM, 16,900 sixtsen-bit 
words of random access memory (RAM), and 2,000 sixteen-bit 
electronically ezasable programmable read-only memory, and 
(c) an RS 222 serial interface for use with external devices 
Leo yang traning Or data extract functions. The DPC may 
ke further modified tc support the engagement planning func- 
tions as svécified in Appendix C. 


4, Weacons Control-Indicator Panel (WCIP) Graphic 


Disclay Syster 


ep ome cee ee ee ee 


Tke WCIP Grarhics Display System (GDS) shall consist 
of a clasma graphic display with embedded microprocessor and 
twenty manual entry ktuttons under seftware control. This 
function will allow the operator to plan, evaluate and 
execute a HARPOON engagement and ‘+o conduct *raining. The 
disolay is *o provide the cperator with a visual depiction 
cf the tactical engacement situation and concurrent readouts 
of necessary engagement data. + is noted chat a protctype 
dz:solay has already teen developed, and is currently under 


evaluation. 


5. Wearon Centrel-Indicator Panel 


=e oe ee ee ee ae > = 


The WCLIP will b¢ required to provide all the func- 
tions of the specifications listed in Appendix C. It must 
provide operator/HSCLCS interactive functions required for 
engagement rlanning. * will previde visual status inferma- 


tion cn the HARPOON missile and launcher, and the manual 





Samercis £OX Selecting missile initialization functions/ 
Beratict=to eanpd firing of all HARPOON missile variants. 
Although target data entry fcr missile initialization is 
normally autonatic through the DCU, alternate manual entry 
must kre ctrevided for from the WCIP. 


D. PROPOSED SOFTWARE PLAN 


Reference 2 and Reference 3 set forth consecutive 
refinements to a softwar? plan. A requiremen*s analysis was 
Gonauertowe tC Dr@wade a foundation for the flow and structure 
cf information and to identify interface details within 
existing design constraints. To accomplish this analysis 
the use cf a data flow diagram (DFD) was used. This tyre of 
diagram is a graphical aid for demonstrating data flow 
during tk¢ Gesigning cf a sceftware system. A general outline 
of a DFD consists of the following: 

1. DED Attributes 

- Information flow can be represented by a DFD for any 
Ssysten. 

- Each transformaticn ina DFD may require refinement 
ZO realize a complete understanding oe *he 
transformation. 

- Data flow must be emphasized without regard to 
een~rol of data. 

2. DFD Symbols 

- Information flcw is identified by a labeled line fron 
the source to the sink with an arrowhead pointing in 
the direction of flow. 

- Data transformation is represented by a circle. 

- Information sources and sinks are display2d as 
rectangles. 

- Stcred information (i.€., data bases and files) are 


represented by two parallel lines. 
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- Tke first layer of the PFD is the system module. 

- The second layer of the DFD is a generalized overview 
of the DFD. 

- All items in the DFD including arrows must be 
labeled. 

—~eLotOmmawesel Conbintiity is required foc. sal BED 
refinements. 

- Refine only one item at a tims. 

- When uncertainty exists as to whether further refine- 
ment, assume that the possibility exists. 

je ofallow tata E£low from left +9 right. 

- A transforkmaticn may output control data for a subor- 
dinate module. This control data dees not represent 
control structure and therefore is not control flow. 

Figures 2.1 through 2.4 represent a refined development 
of the HSCLCS by the data flow method. 
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III. MODELING PROCESS 

In creating a simulation model of the HSCLCS, the 
assumtticr is made that the simulation will be used to 
examine the properties of the HSCLCS, and, if found depen- 
dable, used as a training device. In developing this medel, 
a number cf intermediate steps may be identifisd +o assist 
in the mcedel deéevelorment. Several of these steps will be 
develcced here, but others pust wait until actual model 
implementation conducted under other theses. 


A. SYSTEM DEFINITION 


At this step of the modeling procass, a determination 
must ke made of the boundaries (1.2@., what will be sinu- 
lated) utilized in déveloping the systen. Since a formula- 
tion of the simulaticn modal may change as it is being 
develonved, the conditions set forth at this step cannot be 
considered solid. AS new information becomes available, 


these conditions must be amenable to changé. 


1. Eoundaries 


The HSCICS is &@ major component of the HARPCON 
Weacoen Svstem (HWS) comprised of two elements: the HARPCON 
Cenmtrol Consele (HCC), end the Weapon Contrel - Indicator 
Panel (WCIP). It's primary purpose is to provide the capa- 
bility to initialize and launch existing HARPOON missiles. 
In it's vcresent configuration, the HSCLCS provides a wearon 
contrcl sclution, missile initialization, launcher control 
and missile firing functions. With new modifications, the 
HSCLCS shculd also provide engagement planning and data/ 


seamamding ¢<xtract capability. 
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The HCC perferms most of the data processing and 
conversion necessary for missile launch. The WCIP trcvides 
PecliaieantOGlaticn tc the cperator during the fire control 
Solution fcrmulation, and further provides for manual 
control ky the operatcr. In the simulation model develop- 
ment, it would appear that the HSCLCS would be the scle 
epgyect cf simulation. However, since «he HSCLCS obtains 
informationydata from other ship sensors or from prcposed or 
current manual input, the model must allow for input of 
simulated ship senscr information/data ¢ither manually orf 


auztomatically. 
2. Model Formulation 


The next task is that of model formulation: reduc- 
tion of the real system to some logical flow pattern. The 
model formulation shculd neither oversimplify the system nor 
overspecify it so as +o appear awkward or become extremely 
expensive. The latter case is usually the problem area. In 
this simulation, the model may be necessarily bulky due to 
the need to simulate the sntire HSCLCS subsystem. 

In setting ferth the model formulation, certain 
criteria must be incorporated te ansure a good simulaticn. 
Because the final result of this simulation is to be mere 
alonq the line of a prototype development that as an anal- 
ysis tocl, the initial structure for the model formulation 
as set forth in the data flew diagrams of Chapter 2 can be 
used. It would then appear that 2ach of the boxes in the 
data flow diagrams can be developed into a module for the 
Si:mulaticn. Several criteria are met for a geod simulation 
by proceeding in this manner. 

The first criteria is that th2 model becomes casily 
purpose or goal directed. Fach module will be developed to 
carty out a specific task. If the desired goal of the nodel 
Ghanges, €¢uch as for ¢<raining, then a minimum number of 
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changes will be required. This coincides with the important 
Beteceie Of MOdel medificaticn. Through the creatior of 
modules from the data flow diagrams, using the transacczionr 
transform analysis methodolcgy described in Raference 4, «he 
erfects cf any changes to either the design specificaticns 
er +o the system design will be minimized. 

Modularizaticn can also lead to ease of control and 
Manivulaticn of the model. If the modules are developed 
Correctly, thet is, through proper abstraction and geod 
interfaces, then the designer will only ne2d ‘to know what 
the mcedul¢ does and not necessarily how it does it. This in 
turn leads +0 a better understanding of the system by 
reducing the complexity at each level of the model. This 
will further allow e¢ase in determining completeness on all 
importent areas cf tke model. 

Cther criteria for a goed Simulation @ust be 
comaleted at the implementation stage of model development. 
These includ? ease in understanding by the user and no 
allowance Peaenencense ehswers. [ho fomper will require 
carefully designed interaction with the user, whereas the 
latter will require irfut parameter checking. 

In a general overview, the mod23l can probably best 
ke sclizt inte 4 modules: a) data processing unit(DFU), b) 


data conversion unit (DCU), Cc) weapons contrel- 
zndicatcr (WCIP) panel grafhics processor and d) weapon 
control-indicator panel controls. The main desire is to 


check the use of the WCIP graphics processor and ccnitrols, 
however, sirce much cf the input is through the DPC and DCU, 
they too will have to be simulated. The DPU and DCU may 
carry the added burden of simulating the ship sensors, or 
may sclely provide data in a refined form. The graphics 
rrocessor will probably be the most difficult to simuleéte, 
and may not in fact be completely necessary. However, to 
ensure some sens¢ of reality, th? graphics module should 
closely model an actual display. 
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SameGe a first design refinemént of the systen has 
aiready keen nade, Ref. 3 there appears to be no real need 
eC Make majcr chances at this point. Now the task of 
defining the structures for the data bases identified in 
Acpendix D, and the mcdules identified in Appendix E, can be 
made. 


3. Datakases 


All of the data bases in Appendix D appe2ar to be 
Samet cilent for. the simulation. This assumption does not, 
however, prevent charges in later stag2s of the model davel- 
ooment. If an element in the data base requires a default or 
snitial value, it will be acccuplished by one of the modules 
listed in Acpendix E. 


a. Environmental Date Bass 


The Environméntal Data Base is used to stcre 
Prost o2cn dbout curcent weather conditions, +9 be used in 
obtaining a practical engagement solution. This data basa 
will always reside in main memory. Leow lL comsase Of a 


eamigie Teccrd with ©ight fields: 


Fa sspi3i% y >: integer range 0..30(miles 
Sea State : integer range 0..10 

Wind Direction >: integer range 0..359 (degrees 
Wind Speed : integer range 0..100 (knots 


Relative Humidity >: integer range 0..100 (percent 
Temperature >: integer range -100.. 150 (degrees F 
Barometric Pressure : integer range 900..1100(millibars 


Precipitation string(yes,no 


The following default values will be made auto- 
matically prior *o any manual entry from the operator, or 
automatic entry from selected ship sensors. 


Ves moa l71t y ee 
Sea State on 
Wind Direction : 000 
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Wind Sreed =F 10) 


Temperature oo 
Barcme2tric : 1020 
PEeecioitation : No 


After initialization, the operator may input the 
current environmental conditions manually or allow automatic 
ucdates from own Ship sensors. 


bt. Launcher and Missile Status Data Base 


This data base will consist cf an array of 
records equal +c tke number of cannisters available for 
launching missiles. It will always reside in main mémory. 


maeue =ccord Willi consis of the following four fields. 


Launcher Number >: integer range 1..#launchers 
Cannister Number Seba tedenurange W.. 8 
Missile Type ST OReeeegien Lang= Ice? 
bauneh Inhibit : integer range 0..1 


The follcwing values will be assigned upon acti- 
vation of the system. The values will be selected froma 
Beteran ceccndary storage. The file in secondary stcrage 
may be modified +o accommodate any type of platform and any 
type cf missile loadout. When any changes are made by the 
o:eratcer to the data base, they may only b2 accomplished 


using a special code. 


Launcher Number >: current launcher number 
Cannister Number * current cannister number 
Missile Tvpe ¢ type missile in current cannister 


(a value of 7 indicates the 
launcher is empty and requires 
launen, co. be inhibited . for tha 
cannister) 

Launch Inhibit 22 Olam na basa) 
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twee clZze OL the scrtceure holding this data base 
in main memory must be variable to allow for the requize- 
ments of different platforms. One method *o permit this 
would be to have tke first item read from the secondary 
storage file indicate the size of the array (i.¢., the 
rumber of available cannisters). If for some reason the 
size needs to be changed, such as for an inoperable 
launcher, the operater will have the capability of changing 
*he size. 


Ga Menu/State Data Base 


This data base will reside permanently in main 
memorzy. Immediately upon power up, this data base will be 
initialized. The Ccecntrol Module will make a call cto the 
Menu/State Display Module, notifying it that the current 
State, cr process instance, is 90. This will cause the 
Menu/State Display Module to initialize the data base and 
enter state 1. The data base will consist of an array of 
records. Several of the fields will be of variable length. 
The fields will be arranged in the following manner: 


State ©: integer rangs 1..maxstate 

Number Cptions >: integer 1..maxeptions 

Menu Display 2 array (2,Numb¢er Options) 
Option 


Display Location 
After the data base has been initialized, the 
first menu that will be displayed will be the main menu. 
Thereafter, whenever a menu selection is mads, the state 
will be identified andsent ‘tc the Menu/State Display 
Module. 
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d. Ship Parameter Data Base 


The Ship Parameter Data Base will consist of 
informaticn about the operators own ship. I+ will contain a 


Single record with four elements, and will reside in main 


memory. 
Course Ss anteger rangs 0..359 
Speed >: integer range 0..maxspeed 
({maxspeed 1S maximum speed of the 
platform which must be tailored 
POL cach 2ngividual platto=m). 
Latitude Sere = COG 


degrees : integer range -90..90 
Minutes : integer range 0..60 
seconds : integer range 0..60 


hengizude record 


degrees : integer range 
-180.. 180 
Minutes : integer range 0..60 
seconds ; integer range 0..60 
All elements will be initialized to 0 after 
which tke operator gay input changes manually. Automatic 
changes may also be made via ship sensors (e.9., pit sword, 


dummy log, gyro, navigation équipment). 
€. Threat Data Base 


This data will always reside in some seccndary 
storage since it will only be needed when requested. The 
rotential for this data base becoming very large is readily 
arparen+. This data base may only be changed with special 
permission. For the purpose of this simulation it will 


consist of a file of records with six elenents. 


Ship Name 2) String 
Nationality :. St Eang 
Ship Class Sst Bang 
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Weapons : Sting 
ECM Eguivrent = Stang 
Engagement Method 2S. Sand 
All information in this data base may be changed 
by the overator using a special code. The intemwa-~icn in 
this file may be of classified origin. The data base should 
have the carcability of being accessed for specific informa- 
Pagmmryeere Ship Name. Further, to facilitate flexibility, a 
list of shins should te capable of being accessed by using 
the Naticnality or Ship Class elements. 


f. Engagement Data Base 


This data base will ba utilized in conjunction 
with the Track Data Easé¢. Since there will be a need for 
information in both data bases to be identified by a track 
number, it appears appropriate +o store be~h data bases as 
one. However, each data base's manager will only haves 
access toa portion of the informaticr. POA Low Lor 
ergagement cf up to 20 tracks, an array of 20 alements will 
be needed. Each of the arrey éléments will consist ofa 
record with sixteen fields. 

Track Numtker : integer range 100..3199 

Typ¢ Track Seutnteges range lac? 
(1=Surface Friendly) 
(2=Air Friendly) 
(3=Subsurface Friendly) 
(4=Surface Hostils) 
(S=Air Hostile) 
(6=Subsurface Hostile) 
(7=Unknown) 

integer range 0..1 

(O=Manual,1=Auto) 


ee 


Tyve Engagement 


Class cf Vessel s .anitege:. 0... 1 
(O=Large, 1=Small) 
Bearinc ¢ integer range 0.359(degrees 
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Range > integer range 0..maxrange (miles 


batitude E=e¢ord 


Degrees 3: integer ranae 


Minutes : integer range 0..60 
Seconds : integer range 0..60 
Longitude saeere Cord 


Degrees : integer range 


=680.. 180 

M@nutes : integer range 9..60 
seconds : integer range 0..60 

Course >: integer range 0..359 (degrees 

S seed >: integer range 0..max (knots 

Numkez= Miss Fire se Snteger range 0228 

Firing Sacuence : array range 0..max 

Type Missila S integer rang te.4 

Flight Pa<h [pp 

Waypoints = TED 

Missile Selected 2: integer range 1..max 

4. Lev3l 1 Modulsés 
Level 1 is the highest level in the simulation. ie 


Setre=scoonds <> the Centrol "Module of Figure 2.1. I+ is this 
edule Which will ‘be responsible for controlling all lower 
lev2l modules and ensuring that che simulation always 
remains in a consistent state. Immediately upon activation 
cof the systen, the Control Module will be responsible for 
initializing allof the data bas2s with their required 
default values. This may require the addition of a mcedule 
to verferm initialization and to input defauit values as the 
coerator makes additions, deletions and changes to appro- 


priate cata bases. 
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Dic wecemcrOusroaulc! “wali also be sesponsible fer 
emsuting that sufficient parameters are available when 
calling lower level procedures. It will be at this level 
that lower level modules requiring 2 "time" field for their 
data structures will obtain the correct time. This need for 
a "cime" field will be addressed in the next chapter. 

The simulaticn must further meet the specifications 
cf Appendix 1, requiring a training mode and data extract 
caoa bility. These features should be incorporated to allow 
the us¢r toe specify a training or a full simulation node. If 
tne training mode is selected then a file in secondary 
storage will be opened. Whenever any change is made in any 
data base, the change will ke entered sequentially, with the 
time cf the change in the seccndary storag2 fils This ewe. 
allow for later retrieval of the data so the operator may 


study and evaluate his training session. 


5S. Level 2 Modules 


— eee ee eee a a ae ome 


There are twe modules at this level: the Process 
Module and the Display Module. Normally the 
LauncheryMissile Assignment Modules would be at this level, 
however, ithas been moved to level 3 to allow fer manual 
inout of launcher and missile assignm2nt. This will permit 
the operator to fire a missile quickly should the tactical 
Situation dictat2, without having the engagement analyzed. 
This does net prevent automatic engagement which may also be 
deoendent upon time constraints and/for the tact cad 


Sr eaaticn. 
ae Process Module 


The Process Module will control the selection of 
lower level modules for addition, deletion and making 
changes in appropriate data base records. The only infcrma- 
tion which the FErocess Module should return to the Control 
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Medule 15 intormeaticn cercerning errors in improper paran- 

passing and teccrds not found error messages. T£ the 
erator selected the training mode at «he Control Mcdule 
evel, the Process Module should have been passed this 
formaticn just one time. This will allow all changes, 
additions and deletions to be written *o a secondary stcrage 
file. Further, if tke information is passed just once, then 
valuable time will not be wasted at each call to «he Process 
Mcdule +o sce which simulaticn mode has been selected. The 
Process Module should also prevent unauthorized changes in 
the Threat Data Base Manager Module. The latter requirement 
May net re needed, as will be addrassed later. The Process 
Module will carry the added burden cf Simulating ship 
SE€Nnsors, NIDS and third party information. Thesé tasks 


Sroulad, LE ~ossible, te conducted concurrently. 
Ek. Display Mcdule 


Here is the module that has the potential to 
become very large. The Display module must display all 
requested information without destroying any data in any of 
the data bases. This module should only pass informaticn to 
eae GOnctecl godule concerning errors in requests for 
Geewlays that do not exist. Paes etodite "wilt undeubtedly 
require additional refinement when the modei progresses to 
the model enters the testing phase of the model simulation. 


6. Level 3 Modules 


Mcst of the data base managers occur at this level, 
with the exception of the Plan Engagement Data Base Manager. 
The majority of the graphics display modules are also at 
this level. It is here that extreme care must be made in 
granting write access to the data basé¢s and ensuring <hat 
changes +c fields in the data bases are within appropriate 


ranges. This might be accomplished as an input con«<rol. 
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a. Ship Parameter Data Base Manager 


This is the only module which will have write 
access to the Ship Parameter Data Base. After initializa- 
tion of the data base, the ocperator will be able to change 
the fields manually. Automatic updates may be made through 
the Contrel Module frem own ship sensors (¢.g9., aqyro, navi- 
gation equipment). The Centrol Module will ensure that 
ucdated infcrmation is passed to this mcdule as required, 
and ucvon every speed or course changs. Dil=d nce en emned 
between updat?s ordered by the Control Module, +h2 Ship 
Parameter Data Base Manager will cause updates every minute 
based uron current occurse, speed and position in the data 
base. This will permit those modules with read access to 
the data tase to have reasonable confidence in the accurecy 
See cne daa. If the Control Module was unable *o cktain an 
uodate frem own ship sensors, the operator will be notified 
that the daté may be out of time tolerance. This might be 
accomplished by prompting the operator for input at the 
required time, and nectifying him what squipment has failed. 


bk. Environmental Data Base Manager 


This module is responsible for updating the 
Environmental Data Base. It is the only modul2 with write 
capability to this data base. Since most of the data in the 
Environmental Data Ease will remain accurate for several 
hours, with the exception of wind speed and direction, there 
is no mandatory updates unless specified by the operator. 
In the case of mandatcry updates, the operator may specify 
time intervals in the Control Modul3, to permit checking of 


ship sensors for wind speed and direction only. 
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GG.  COnvert Ccordinates Modul 


This module will provide a capability for the 
Track Data Base to be updated either manually, from cwn ship 
sensors, or via the NTDS' link. As this module receives 
informaticn, it will determine the coordinate system repre- 
sented by the data. The Convert Coordinates Module will 
then change, if necessary, this data to coordinates in the 
reference system the operator has selected (1.8, true, NTDS 
amd, aqecoraphic). If this module? has be¢n accessed solely 
to add or delete infcrmation, then no conversion should +eke 
place. At any point, if the operator chooses to change the 
reference system, this module will make the appropriate 
conversion cf data for the display. 


d. Threat Data Base Manager 


The Threat Data Base Manager will be used to 
change data in the Threat Data Base. It is the only module 
that will hav2 write access to this data base. If a change 
Mee “ade =O “hic data base, it should be dons prior te 
commencing training or at times when the system is sclely 
activated for this furpose. te "Pa jon Freason for this is 
the votentially large size requires that it be stcred in 
secondary storagé¢, thus significant time will be required to 
access the desired data to mak¢ changes. For the purrfoses 
of this simulaticn, this model can most probably be deleted. 
The reascn for this is that since only twenty keys are 
required to be under software control, the real system will 
probably be updated off line. This should not detract from 
the overall testing cf the system in later phases. i is 
anticipated that secondary storage will be either a hard 
disc cr Eubble memory. 
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€. Menu Disrflay Module 


This module will seiact the appropriate menu 
foom the Menu/State Data Base and display it on the screen. 
The Menu Display Module will always keep track of the 
current state of the system, and only display the available 
alternatives. No alternatives should be made available that 
Gan act ke carried cut (e.qd., allowing a change to the 
Environmental Data Base when the Ship Parameter Data Base is 
currently accessed). All menus should have the capability 
of escaring to the Main menu. This feature will always 
allow tn operator tc escape in order +o fire a missile. 
Since this allows the operator to escape before all neces- 
sary date might be input, there will be times when changes 
to data bases should not be made until all the required 
informa*ticn has been entered. An 2xampls is adding a track 
and assigning a missile without providing some informaion 
concerning range and/cr bearing. In this cass, no track 
should be added until minimal information has been provided. 
The only information that must be passed to this medule is 
the current state. Simecemctne specifications only call for 
20 keys tc be under scftware control, many of the keys will 
be required to have multiple menu assignments. The key will 
therefore have to be displayed with the menu selecticn to 
Bich it pertains. 


f. launcher Missile Status Display Module 


Here the operator is provided with the ability 
to check the current missile/launcher status for the entire 
system, cr any perticn thereof. The Launcher Missile Status 
Data Base may be read by this module, but may not make any 
changes to it. If the operator desires, he may select 
diszvlay fer a particular missile, all missiles in a specific 
launcher, or for the status cf all missiles. 
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g.- Environmental Display Module 


When called by the Display Modul2, the current 
values ZOG +he environmental conditions fron fhe 
Environmertal Data Base will be displayed. This module will 
only have read capabilities on the data base. However, the 
operator will be able to select from one of the renus to 
make a chance. 


h. Engagement Display Module 


The Engagemenzt Display Module controls several 
lower level modules. It's main purpose is to decide which 
module te select based upon the operators desires. fe wie 
cause information frcem the Threat Data Base- to be displayed, 
cz infcrmation about the current angagement plan. Tf the 
overatcz= selected the manual engagement display, he will 
have the ooportwunity to input his own engagement plan and 
see what will happen, prior to any changes baing entered in 
the data base. This will present the cperator an cpportu- 


Mrcy) tO GlLeck his plan before instituting it. 
i. Ship Parameter Display Module 


This module will display all information 
currently in the Ship Parameter Data Base. It will only be 
able tc read from the data base, and present the information 
in an intelligible ferm for the operator to understand. A 
menu selection will be available when this module is called, 
to vermit the oferator to institute a change to the data 


tase. 
j. Track Display Module 


This is the last module at level 3. res 
pursos2 is to display all tracks currently in the Track Data 


Base. Ary time any change is made in the Track Data Base, 
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the disolay should reflect «he change. Mase sin tCumas ion 
should Ee displayed at all times for the operatcr. TD 
mec: iittate this, all menu displays and other infcrmation 
must be disrlayed on areas of the screen outside the track 
g@esolay. The cne exception to this is the engagement 


disclay which must be superimposed on the track display. 


7. Level 4 Modules 





This level of modules controls the type of tzack 
ucda*e, manual missile assignment, automatic and manual 
engagement tlanning, and =he display of the angagement flan. 
These modules will be used almost extensively for selecting 


lewer level modules to process data. 
ae Type Track Module 


Little ‘is required of this module. a Se 
decide if a track 1s being accessed for addition, deletion 
cr update, and then select the proper lower level module. 
One task that might ke useful to incorporate at this level, 
is +O maintain a count of the number of active trackS in the 
Engagement Data Base. By keeping a count at this level, 
unnecessary searching of the data base can be prevented when 
a track addition is needed and the data base is full. 


bk. Launcher Missile Assignment Modules 


This module is cne of the most significant. 
It's purpose is te allow the operator +o bypass engagement 
planning modules and quickly select and launch the desired 
missiles. The operator will have the option of assigning 
any missile to a specific rack... Apter Launch the 
Engagement Data Base must ke updated. This may be done by 
uodating the Launcher Missile Status Data Base with informa- 
tion that the cannister is now empty after the missile has 


keen fired. A drawback to this is that by allowing the 


38 





Geeta cce tO Ere in this Manner, he will not be able to 
cbtain 2n engagement display for this firing. En = Opeca-o= 


may select this module only from th2 main menu. 
c. Plan Engagement Module 


This module automatically generates the optimun 
type ¢naagement For all designated tracks unless manual 
input has been specified. The Launcher and Missile 
Assignment Module may also bypass this module whenever rapid 
firing of a missile is mandated. Information will he 
obtained from the Engagement Data Module and Probability of 
Acquisiticn Module, and a sclution identified. The solution 
will then be entered in the Engagement Plan Data Base. This 
informaticn may ke displayed by ths opsrator, whenever he 


desires. 
d. Threat Display Module 


Upon entry into this module, the operator will 
be crompted for the method by which desired informazion 
should be ottained frem the Threat Data Base (1.¢., via ship 
Eam>, nationality, or ship class). After the operator has 
mad¢ his selecticn, the module will access the Threat Data 
Bas2 in secondary storage, and display the requested infor- 
mation. The operator will have the opportunity of 
requesting additional information if he originally requested 
information by nationality or ship class. If the information 
requested will net fit on the screen, the operator should be 
able to conduct paging until he obtains the necessary infor- 
mation. He must be allowed the opportunity to escape at any 
time. The menu selection shculd therefore allow for paging 
until all the information has been displayed, or the oper- 


ator has requested ar escape. 
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€. Automatic Engagement Display Module 


Here, all infecrmation concerning the planned 
engagement for a desired track is displayed. fens om oie 
allow the oseratcr tc see before hand if the type enga 
is proper, and if not, make the appropriate a s 
Informaticn cbtained from the Engagement Plan Dat 


be passed to a Graphics Display module so that <<h 


actual 
disolay mey be made. The reason for passing che infcrma- 
TON), instead cf displaying it immediately is that the 
Manual Engagement Display Module will use the same grarfhics 


module. The will help prevent a duplication of code. 


This level might be considered the work level. It is 
here that the majority of data is added, deleted or changed. 
Informaticn is also cbtained at this level for forming an 
automatic engagement solution. The Graphics Display Mcdule 
also does all of the work at this lavel to present the oper- 


ator with an @ngagement display. 
a. Delete Module 


For ease in deleting a track, the delete medule 
will locate the desired track in the Track Data Base and set 
the Track Number and Track Type fields +o zero. This will 
cause the record to become free for future use. If the 
meack 15 not focated, the operator must be notified, in the 
event that an improper entry was made. There is ne need to 
zero all the fields in the data base, since other modules 
with read access will know by the Type Track field, that the 


record is inactive. 
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gr. Update Track Module 


Here the operator must be given a menu selecricn 
to vermit this module to decide if hs wants to update ccurse 
and speed and/or range and/or hearing. He should have «+h 
capability of update any or all. He must then identify the 


track he desires to update. If the update is automatic, the 


it 


iD 


Urndate Track Module will decide which lower lev2l module to 
Gatl. 


c. Add Track Module 


ieee tho Addr teack Medule is “called, it will 
search the Track Data Base for the an available Track Number 
field to have all zeros. Zeros in the Track Number field 
indicated tke record is free for usa. All information passed 
Webley this be placed in this record. If no record is avail- 
able, tke operator will be netified, that the date base is 
full. An additional requirement for the track data base, 
may be the need to place a priority on each of the tracks. 
This would allow the removal cf the lowest priority track if 
the data base is full and a highar priority track is 


desiqnaed. 
d. Engagement Plan Data Base Manager Module 


The cnly purpose for this module is te enter 
information into the Engagement Plan Data Base as specified 
by the Plan Engagement Module. ft is the only nodule to 
have write access to the Engagement Plan Data Base. If the 
ocerator had decided cn a manual type engagement of his own 
while in the Manual Engagement Module, this information 
would have been passed up and down through the Control 
Module. 
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€. Probability of Acquisition Module 


This module will generate the probability of 
Gequism@ticn by obtaining information from the Uncertainity 
Ellipse Modules. Information that must be passed to this 
module is type missile, search patt2rn, type targe+, and 
target ECM capabilities. 


f. Graphics Display Modules 


This module will probably be the most @ifficult 
and cumberscme module to develop. Iz must be set upd to 
dis-lay allthe informaticn concerning engagement of all 
targets. It must not erase the information displayed by the 
Izack Disolay Module, and it must be flexible enough to 
handle use from the Automatic Engag2ment Display Module and 
the Manual Engagement Display Module. 


9. Level 6 Modules 
This is the lowest of the module levels. At 2khis 
lev2l miner calculations are made, data is obtained from 


sévetal data bases, cr changes are made in data bases. 
a. Course/Speed Update Moduls 


If called by the Update Track Module, the Track 
Tata Base will be accessed for a course and/or speed change. 
This module must ensure that all entries to course and/or 
soeed are within prorer range. If not the operator must be 
notified to reenter, or verify the the information to be 
correct. If the change was requested by an automatic update, 
and was out of range, the information must be displayed to 
the cperator, so that corrections may be made or +he request 


canceled. 
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b. Bearing/Fkange Update Module 


This module will operate in the same manner as 
the Update Track Module, except it will only deal with the 
tearing andyor range parameters. 


c. Launcher and Missile Status Module 


The Launcher Assignment Module may obtain infcr- 
Maticon directly from this module in order to select an 
avallable missile for immediate firing. This modul2 will 
access =he Launcher Missile Data Bas2 and permit the opner- 
ron to select any massile net inhibited for launch. Once 
the missile is fired an update must b2 made through the Plan 
Engagement Mcedule inthe event that the missile has been 
select2d fcr another target in the Engagement Plan Data 


Base. 
d. Threat Data Module 


The only function of this module is to read data 
from the Threat Data Base, and provide the informaticn to 
+he Engagement Data Mcdule. The module does not have writs 
capability for the Engagement Data Base. 


e. Uncertainity Ellipse Module 


By taking parameters such as number of missiles 
Eom pewter red, probability Of awe@quisition of the target, and 
lethal capability of the missile(s) being fired, this module 
will return ellipses to determine the uncertainity of 
locating the target within e¢ach ellipse. This information 
will te rcrovided up the line to the Plan Engagement Mcedule 
for ¢valuaticn. 
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B. SIMULATION OVERVIEW 


Since the objectives of each module in the simulation 
has been established, an overview of how the simulation 
emoul@ Interact with the user is in order. This overview is 
net all enccmpassing, and should not rastrict implementation 
ohn a broader or more conservative scale. Specifications ser 
fermen in Acrendix cC should, how2ver, bé maintained as 
closely as rossible. 

Immediately upon activaticn of the simulation, all data 
bases will be initialized to their default values. The user 
should not te required to provide any input to effect «his 
2nitialization, with the possible exception of spéecifvirg 
the tyce ctlatform (e.g., destreyer, frigate, cruiser). The 
exception could be randomly generated to keep the user from 
always using the same type platform. 

After initialization has been completed, the user will 
ke cremcted for his desired mode of simulation: full simula- 
con mede or training mode. The only difference, in the 
Selections is that the latter causes all chang2s to any data 
base to be entered in a secondary storage file fer later 
rurusal. The user will then be prompted for the current 
tine in hours, minutes and seconds. This information will b¢ 
used to start a real time clock. The cleck will timé the 
Simulation, and provide randcm variants for the generaticn 
of shiv sensor, autcmatic input and required manual input 
data. This latter feature will provide some sense of 
realism Ey requiring some information to be manually inpu~ 
by the user. Further, the use of theoretical frequency or a 
probakility distribution is considered to be more efficient 
use of computer time and memory storage requirements thana 


canned taktle look-up frocedure. 
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Thooughout the simulation, the user will be randonly 
e=OV20sa with information cecncerning all of the data bases. 
He should have the option to decide at any time to input 
additicnal ainformaticn, provided the input makes senses. 
Additionally, provisions shculd be provided to simulaze che 
failure cf some of the ship sensors, but not sufficient 
enough to stop the simulation. An example is simulating 
NTDS link failure, but then providing data for manual input. 
One final interactive feature that should be provided, is 
not allcwing automatic update to the information the user is 
manually updating, as oppcsed to information simply being 
accessed. The simulation will terminate whenever all 
missiles have bsen fired, cr only unlaunchable missiles 
remain. Thé user may also terminate the simulation at any 
time. 

One additional feature that might be advisable «o add is 
a “freeze problem" feature. This would allow the simulation 
tc be stopped during the training mode, to allow the cper- 
ator to evaluate the froblem. The operator could then resume 


the simulation at the same point that it was stopped. 
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IV. SYSTEM DESIGN LANGUAGE SELECTION 


An important step in the model simulation is «he selec- 
tion of a system design language. I's purpose should he to 
show what pregranm units are needed, and what interfaces 2ach 
unit reaquires. However, by selscting a system design 
language, no restriction is placed on selecting an alterna- 


tive prodramming language for actual implementation. 


A. SELECTION GOALS 


In selecting a system design language, no assumptions 
have been made about the type of compu*zer that will be 
selected fcr implementation. For the purpose of this 
thesis, the selecticn of a system design language will be 
kased urcn several necessary quaiities for practical soft- 
ware engineering. The primary goal of the design is that 
the solution meet the stated specifications. This gqgcal is 
rarely met if the fcllowing software design qualities are 
not achieved; modifiability, 2tificiency, reliability and 
urderstandability. The achievement of these qualities will 
erhance tke attainment of a good simulation model as speéci- 
meq in Chapter 1. 


ieemicaa trability 


—— eee eee ee 


Although difficult to realiz2, the ability to easily 
modify the the software is vitally important, because at 
some point a change in the specifications will become neces- 
sary. To effectively change a system, the current design 
and code structure must be maintained. If the structure is 
maintained by "patching", for example, further modification 
effort rises exponentially to nightmare DEODCE 1900S. 
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M@re>etore, the selection of a design language should permit 
the Mmerocucr1on Of changes Witnout increasing the 
ComoLexity cf the original stxucture. . 

Several principles directly support the attainment 
meets quality. The first is abstraction. By reducing the 
number of details a designer is szequired <o know and under- 
Scand, at any particular point in the design, the systen 
becomes more structured and understandable and thus acre 
maintainatle. When a structured system has been developed 
utilizing modules which are independent of each other, modi- 
fications should not radically change the overall structure 
of the systen. | 

Ancther principle which works in conjunction with 
modularity is, Uecalizeattonsmeat Modules are Created with 
loose interconnections and cohesiv2? internal elements, then 
the effects of modification can be limited to a selec* set 
cf mcdules. 

Two other principles also support modifiability; 
comoleteness and ccnfirmability. When both are used 
together, the system may be easily decomposed, and therefore 
kecome easily modifiable. 


2 bf See ncy 


—— ee ee ee eee 


Efficiency evokes the premise that all available 
resources will be utilized optimally. In the software sense, 
these resources may te distributed between time and space. 
Foth are ckviously scmewhat dependent upon the underlying 
hardware. Tks final design, in this case, must be amenable 
to real time events, in order to allow some sense of realism 
when compared to the actual system. For the actual design 
of this simulaticn, space resources should not impose diftfi- 
culties since implementation is to be made on a large 


comruter systen. 
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mre PLancimies Which most closely support <=his 
guality include completeness and Confirmabdility. 
Completeness ensures that all important elements are 
present, permitting fine-tuning of a low-level implemsenta- 
tion without affecting higher level modules. Confirmability 
ther allcws for testing the "improvements" of this find- 
tuning, to ensure that the system actually achieves the 


stated gcals of the specifications. 


— np 4 eR ee we ae a a ee 


Reliability is a crucial quality fer «he HWS system. 
Jo if not aquality which can be built in after design is 
accomplished; it must be instituted from the beginning. In 


the case of the simulation model, if a failure occurs, 


degradation should occur gracefully, and neo= aliow fatal 
side effects. If monitoring of simulated ship sensors is 
taking pléce autcmatically, the loss of one sensor should 


not necessarily cause the simulation to fait. In this case, 
Manual inputs could be encouraged through exception 
Mend ling. . 

All of the principles already discussed which 
Slwecrt S@odiftiability and efficiency also apply to reli- 
ability, but for somewhat differant reasons. By applying 
abstraction, and the additional principle of infcrmation 
hiding, ecnly logical operations may be accomplished at any 
Part weu lar lewel. Similarly, if modularity and localization 
have been acplied in some purposeful manner, then there will 
ke limited interface between the systems modules, further 
enhancing reliability through reduced complexity. 


4. Understandability 


In producing the model translation, understand- 
ability is crobably one of the most desirable qualities. It 


serves in managing tke intricacies of software systems, by 
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acting aS ainterlink betweer a problem definition and an 
MepsOpriace solution. Understandability is, +hereéefore, 
fundamertal to the other qualities of modifiabilicy, e¢ffi- 
ciency and reliability. 

Every principle discussed thus far also supports 
understandability. Abstraction extracts essential details, 
while infermaticn hiding suprfresses how they are imple- 
mented. Modularity and localization then places these 
details inte some well structured design. Then with ancther 
preemciple Sr uniformity, all similar structures will be of 
the same legical design. Then with completeress and 
Gon ftinmability, all the necessary information will be 
present to understand th] system. 


Be. ADA OVERVIEW 


Before specifying Ada as the model design language, an 
cverview of the language is needed to see if it will meet 
the selecticn criteria. Part of the criteria set forth by 
the Ada designers was, program maintainability, prearam 
reliability, efficiency, and consideration of programming as 
a human activity. If, in fact, these criteria hav2 been 
achieved, then at least on the surface, the design criteria 
has already been met. However, a quick lock at the structure 
of an Ada program might prove *o be a better indicatcr. 

Ada is an extremely large language. It's purpose is to 
be able to respond to important programming issues in prac- 
tical, real world systems. To facilitate ease of use, an Ada 
rrogram censists of cne or more units, where each unit can 
be comviled separately. To abstract further, each unit may 
be comvosed of any ccmbination of subprograms, tasks and 


packages. 
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4 


1. Subcrograms 


= 


Subctrograms in Ada, like other languages, are péran- 
eterized units cf programming. It may be a procedure or 
function, and it defines a single action. Functions are 
utilized as components of an expression, and therefere 
return some result. Procedures, on the other hand, are 
called by statements, and return no results. These compo- 
nents seem readily relegated to performing fairly specific 
duties, such as computing the Uncertainity Ellipvse at the 
lowest level of the simulation model. The subprogram unit 
readily suprorts the Frinci ples of modularity, abstraction, 
localization and information hiding. 


2. Tasks 


The task defines scme action that is Iloegically 
executed in parallel with other tasks. It can be visualized 
as indesvendent but concurrent operations of program units. 
This would therefore allow implementation oon @ mult ipro- 
cessor, a Single processor, or a network of processors. 
This gives Ada the added attribute of flexibility. With the 
ability tc conduct parallel action, the task structurs would 
be guite amenable to accessing and updating data has¢s in 
the simulation model, and for obtaining updates from sinu- 
lated ship sensors. 


3. Packages 


ee ee 


Packages are components of a program unit which 
allow for encapsulation of other components which are lcgic- 
ally related. This includes data types, data objects, 
subprograms, tasks, and even other packages. This allows for 
the expression and enforcement of a logical abstraction. 
Packages further support the Seancrple of informa. ion 
Reaong. Only the information n¢cessary for the user to 
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utilize the package is presented. The body cr ioplementa- 
weemw is hidder from the user since he has ne need to know 
how the vcackage is constructed. 


4. Cther Ada Features 


There are several cther items in Ada that tand to 
encourage selection cf Ada as the simulation model design 
jJanjuags. The first is the exception handling capability. If 
am errer (e€.g., divide by zerc, buffar overflow) or failure 
(ae pesapneral fails), processing should still contirue 
even at reduced capability. Ada permits user defined excep- 
tions, as well as seme predefined axception conditions. The 
exception handler would be id¢al for de¢scribing situaticns 
where simuleted ships sensors simulate failure conditions. 

The generic program unit is another positive feature 
for selecting Ada. Witte tnis Merool, an algorzthm can be 
written co perform tke same operation, but on different data 
types. This feature would be useful for describing situ- 
ations wkere single, or even multiple, fields of different 
data bases are updated. 

Gickally assigned variables are also provided by 
Ada. This would be useful in identifying the current state, 
for ménu display purreses, for all modules in the program. 
However, if needed, packages could localize the effects of 
these variables. It is doubtful that many global variables 
would be needed for this simulation, but the option is 
available. However, extensive use of globally assigned 
variables is considered poor programming practice. 

A final feature is the CLOCK facility. Most progran- 
Ming languages require access tothe operating system to 
obtain time services, but Ada has provided an avenue to 
cbtain tire informaticn without defaulting to the operating 


system. Since the simulaticn will require the services of a 
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Rom came Clock, this facility wculd lead to a mote under- 


standable simulation design. 


C. ADA AS THE SYSTEM DESIGN LANGUAGE 


It is apparent that Ada holds all those qualities needed 
in designing a system. Therefore, Ada is recommended as the 
system design languaage. 

Reference 3 estaklished a structure fcr the precgram 
design as depicted in Figure 4.1. In presenting this stzruc- 
tur2, <=we modifications were made. First, <he Launcher 
Missile Status was mcved under the Update Module, +0 accom- 
modaté grouping of similar tasks. Secondly, the Threat 
Disolay was moved ur one level for the same reason. The 
overall structure continues to remain the san? as that shewn 
fir scGguiaes 2.1 through 2.4. 

Appendix F presents a generalized, top-down typs 
m= peOdcietns Converting to a "system design language. It's 
rurrose is to give a rough presentation of several of the 
etructure modules of figure 4.1. Although the semantics have 
not been checked, the syntax has been verified. This laycut 
should assist in the actual conversion from the specifica- 


tions to the system design language. 
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V. CONCIUSTONS AND RECOMMENDATIONS 


In develceping a design for a simulation model, ees 
oiten easy to loose track of the original problem. This 
thesis has attempted to establish a design +c validate the 
svecificaticns for the HSCLCS update, identify problem areas 


and necessary changes to these specifications. Mis design 
should ultimately lead to a verification of he systen 
requirements 


Although the intended purpese of the simulation is not 


Pomem@a-c¢ a2 prototyre of the HSCLCS, it can be used to 
GoNceoo SUCh a prototype and, in addition, if properly 
designed, be used as a valuable training devics. HS 


training can pe applied as a method of providing access to 
the type cf information an operator can expect to encounter, 
ecm ctrovide areasonable facsimile of a& real time HARPCON 
engagement. 

In developing this design, several items appeared to bs 
the mos Sianificant. Pirst was the decision as tc whether 
the oroklem could best be sclved by a simulation. Reference 
3 provided an analysi +o help make this decision in the 
affirmative. Next, was the issue of narrewing dcewn the 
Ecundaries cf the real system which should be simulated. As 
the mod2l design progresses, the need to modify these deci- 
Sions will undcubtedly be required. This will entail 
remcving some items, since normally wnost designers tend to 
ieconreerate too wuch vice teo little. This design will 
surely support this conclusion. 

The model specification was another important issues that 
this thesis had to resolve. To this end, several concepts 
proved themselves invaluable. The first was abstraction. 
This allowed the identification of those features of the 
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real system which were essential in the model. Tien. by 
Mezlizina the ccncept of modularity, each primary feature 
was specified independent of the specifications of any 
enhers. 

A final idea that was utilized at the medel specifica- 
tion stace, was to aveid restricting the implementor. If the 
Eeecitacation contains to much detail, an undu2 burder may 
Fe vlaced on the actual implementation. This can produce a 
model that does not accurately reflect the system it is 
intended tc represent. 


A. RECOMMERDED FOLLCS-ON WORK 


The authcecr recommends exploring the following areées in 
further surport of the HSCLCS improvement and simulation 
model desigqr methodolcgy: 

- Research and develop the algorithm for the uncertainity 
ellirse to support the HSCLCS simulation model. 

- Research and develop the algorithm for the probability 
of acquisition te support the HSCLCS Simulation model. 

- Develop a graphics packac? in support of the HSCLCS 
Simulaticn model. 

Investigate different computer systems for implementa- 

ton Of da Elnal design. 

- Convert the simulation model design into the System 
Desiaqn Language using Appendix F as a guidée. 

- Research whether cf aspects in this simulation which 
might be transferable to simulation model development of 
other cruise missiles and their follow-ons. 

- Study the feasibility of utilizing Ada as the progran 
design language, in addition to the system désign 
language, for the HSCLCS simulation model. 
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GLOSSARY 
Data Base - A file of interrelated data stored together 
to serve cn¢e or more applications and that remains indepen- 
dent cf trrocrams using the data. 
Deta Stricture =~ Dictates the organization, sm»ethods of 


access, degree of asscciativity and processing alternatives 
fete information. 

Embedded System Frogram - A computer pregram tha* is 
part cf scme larger entity and essential to the operaticns 
cof that System. For example, the timer on a washing machine 
or the guidance system in a missile may have computer 
programs which are ccnsideéered to be embedded. | 

Function - Nam@ given to one or more statements that 
perform a specific task. Results in a value being assigned 
—omecs Mame UPOh execution cf that specific function. 

Information Hiding - Specification and design cf modules 
sc that infcrmation (frocedure and data) contained within a 
module are inaccessible to other modules that have no need 
comknog the information. 

Interface - Communications between modules governed by a 
s¢t of assumptions one module makes 2bouct ano*her. 

Module - A seperately addressable element with a single 
coheren* furpose. 
elements that perform specific functions or subfunctions. 

Navy Tactical Data System - A communications link 
retween different fiatforms (e.g., surface ships and 
aircraft, submarines and surface ships). Real time informa- 


tion is zassed via this communication link. 
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Pacrmage) — “AY pregram unit specifying a collection of 
related entities such as constants, variables, <tyves, and 
subcrograms. The visible par+ of the package contains che 
entities that may be used frem outside the package. The 
private fart of the package ccntains structural details that 
are irrelevant to the user of the vackage but that complete 
the specification of the visible entities. The vackage body 
contains the implementation of the subprograms cr <ask 
(cossibly cther packages) specified in the visible part. 

Packaging - Alludes to the techniques used <+o assemble 
software for specific processing environment or *o shin 
software to a remote location. 

PE@babitaty Cr Acgquisiticn ~ Calculated probability of 
seek-head acquisition of intended target based upon informa- 
tion available. 

Subordinate Module - A module? controlled by another 
module. 

Subpregram - An executable program unit, possibly with 
parameters for communicaticn with its point Oi Carlin. A 
subprogram declaraticn specifies the name of the subpregranm 
and its parameters; a subprogram body specifies its execu- 
eo TC . A subprogram may b@e a procedure, which performs an 
@et2on, Or 2 function, which returns a result. 

System - A collection of elements related in a way *hat 
allows accomplishment of some tangible objective. 

Task - A program unit that may operate in parallel with 
ether prearam units. A task specification establishes the 
rame of the task and the names and parameters of its 
entries; a task body defines its execution. A task tyre is 
a svecification that permits the subs2quent declaration of 
any number of similar tasks. A task is said to depend upon 
+he unit ainwhich itis declared (subprogram body, task 
body, or a library package body). A unit is not left unti 
all dependent tasks are terminated. task is completed if 
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meets Waiting at the end of its body for amy dependen* «asks 
meas atcrrted but net yet terminated. A completed «ask 
cannot be called. A terminated task is, ina sénse, the 


same as a dead task in that it is no longer active. 


Uncertainty Ellipse - A probability associated with a 
track (cr target) that its position is within a given 


geograthical location. 
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ICU 
DPC 
GDS 


ACC 


UV-EPROM 


WCIP 


APPENDIX B 
ACRCNYMS AND ABBREVIATIONS 

Built In Test 

Fearing Cnly Launch 

Bearing 

Cannister Missile Launcher 

Central Frecessing Unit 

Data Conversion Unit 

Pata Processor Computer 

Graphics Lisplay System 

HARPCON Ccntrol Ccnsole 

HARPCON Shipboard Command-Launch Control Set 

HARPCON Weapons Systen 

Naval Tactical Data Systen 

Cn-Line-Sizing 

Randcm Access Memory 

Range and Bearing Laurch 

Royal Navy Sublaunched HARPOON 

Simultanecus Time-on-Target 


Ultra-Viclet Eraseable Programmable Read-Only 


Memory 


Weapon Ccntrol-Indicator Panel 
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Weapons Ccntrol Systen 


Greenwich Mean Time 
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APPENDIX C€ 
HSCLCS ENGAGEMENT PLANNING/OPERATIONAL EMPLOYMENT FUNCTIONS 


Qverational Pata/Information Requirement 


fase suarace Contact Pecsition 10 20 (min) 

(range/btearing). 
The use of bearing line in 
additicn to «he 1k requirement 
reduces the number of displayed 
Surface contacts [y two per 
bearing line. 

-Designated Target X 
Target Category and Classifi- 
caticn Displayed. 

-Unintended Target (s) x 
Target Categery ard Classifi- 
cation Cisplayed. 


ipgeouetace COntact/Bearing Line 1 3 (min) 

2. Own Shir Position X 

Beene Cen act Fosition 1 3 (min) 

messed. -y Targetirg Data Source 2 3 (min) 
Desiaqnation 


WCIP shall resolve target fosition 
based on range and bearirg input 
from 3rd party or bearing lines 
from 3rd parties or own ship. 
-Manual Entry of Bearing Lines iK 


Ps 


-Manual Entry of Range and RPearing 


5. Target Classification 
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-Large (default) X 
weoecen =han a patrol boat. 
-Smnall X 


Patrcl boat or smaller. 


6. CentactyTrack Course Direction 
Indicator 
Prcegram automatically compensates 
for own ship's motion. 


SPieeiece1en Lndicatcr X 


s 


-Dead Reckoning (Cwn Ship Only) 


fee Com ~act/izack Parcetiang Data Sources 
-Manual Input X 
With approprezate data source error; 
includes 3rd party. 
-Autcmatic Input 
=—N ILS 
~BALAR 
-SONAR 
=ER/ Eot 


-Tarcet Designaticn System 


oe oe os oo 


8. Wind Farameters (relative) 
-Speed 
Ged 4 X 
Manual input. 
-Default value ix 
-Directicn 
-~Actual X 
Manual input. 
-Default value X 


9. Temperature 
~Actual Xx 
Manual input. 
-Default value X 
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10. 


11. 


WZ. 


13. 


Precipitation 
-Yes 

Manual input. 
-No (default value) 


Operater Cues/Lockouts 
“Raw@ach Inhibited (lockouts/cus) 
All launch inhibits excerpt roll/ 
Piece acurcs ut . 
-~Missile Ready (cue) 
-Data Age (cue) 
Tarcet and envircrmental data. 
-Missile Launch Status (cue) 
-CellyRail Empty (missile away) 
-Missile Dud Declaraticn 
PNCWOGGE = aect/Tzoack tO be Input (cue) 
“Illegal Action (lceckout /cue) 


Tine/sClock 
-ZULU Time 
Start clock: Autcmatic entry vila 
NIDS Interface and/or manual entry. 
-Time on Target 
Manual entry. 
~Time cf Launch 
Césiputation. 
=-Ccun*dewn 
Includes Time-to-Fire and 
Time-tc-Impact. 


Loadout Status/Missile Variant 
Ndentatacat ion 

-Faseline/Block I Tactical Missile 
(RGM-84A) 

-Royal Navy Submarine HARPOON 
(EGM-84B) 
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When reconfigured for surface 
launch. 

SEmocnsLE Tactical Missile 
(RGM-&4C) 

“Hioecx LC Tactical Missile 
(RGM-84D) 

-~Suocplemental Identification 
(manual entry: info from loadout 
legtocks of hybrid/nonstandard 
seeker-MGU combinations). 

-Training All-Up found (RTM-84A/C/D 
and RNSH#H) 


14. Missile In-Flight Tracks 


15. Up <c 180 degree Cff-Axis Launch 


OQveraticnal Selections 


1. Reference Systen 
~True Target Bearing/Relative Target 
Range 
Mepmetedisplay is north. 
-NIDS Grid 
-Geographic (latitude & longitude) 


2. Planned Missile Flight Path 
Software to ensure that no flight 
path may be selected which could 
result in the acquisition of own 


Sih. 


3. Search Mode Selection 
-On Line Sizing (default) wyManual 
Override 
On Line Sizing shall be automat- 
ically selected if RBL or BOL are 
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not selected. 
-Range and Bearing Launch (RBL) y 
RBL pattern size shall ke a 
poec- son Of =“ctal“flight path 
(range traveled to target). 
-Bearirg Only Launch (BOL) % 


4. Selectable Search Pattern Expansion 

(0 - 360 degrees) X 
For RGM-84D rissile cnly, applies 

to RBL mode and On-Line-Sizing 

(CLS) which results in an RBL 

search pattern. 
-Normal Center Expansion x 
For RGM-84A/BGM- E4B/RGM -84C 

missiles; default for RGM-84D 


missile. 


5. Enable and Destruct Ranges BOL x 
Default values or manual entry 
(ranges not supplied over NTDS 
interface). 


Sateen ALE Teude Hold 

RGM-84D only. 

“Nec Entrv; Default X 
The High Altitude Hold default 
range net to interfere with search 
initiation and not to exceed 10nm; 
i1.e., High Altitude Hold range is 
set to the minimum of 10nm or range 
to search initiation. 

—Hen lat “Entry X 
The selected High Altitude Hold 
range must be less than the range 


to sé€areh initiation. 
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7. Presearch Fly-Out 

-Sea Skim (RGM-84D only) 

Default mode - Presearch Fly-Out is 
set to sea skim altitude following 
the High Altitude Hold. 

-~Manual Entry 

Presearch Fly-Out at normal HARPOON 
run-in altitud? as used in current 
BSeLcs. 


8. Terminal Attack Mede (RGM-84D only) 
-Sea Skim (default) 
-Pop-up 
Default cverride ty manual selsc- 
tloneeccerop-up, "SMALL ITRRGET" 
designation by NTCLS, or when 
"SMALL TARGET" is entered manually. 


9. Missile Assignment for Engagement 
Planning 


Manual entry. 


10. Mulzi-Missile Engagement cf 
Desianated Target 
Baseline: Up to 4 missiles frcem a 
Single launcher. (Note: Single 
launcher includes TARTAR and 
ASROC). Design Gcal: Up to 8 
missiles from 2 CML‘s. 

-Salve Missiles Against One Target 
For Simultaneous Arrival (STOT 
Salvo). 

Operator-planned engage ment. 

-Salvo Against Uo to Pour Targets 
(single airpoint) From One Launcher 


For Simultaneous Arrival (STOT 
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Salvc). 

Sam¢ @impsint anda different RBL 
sé€arch ¢xpansion for é€ach RGM-84D 
missile in order to distribute 
sSalvoed missiles among the targets 
in a formation. 


-Ripple Salvo as fer current HSCLCS me 
CML Configuration. 

~Quick Reaction/Preprogrammed STOT X 
Salvo. 


Mcdified HSCLCS automatically will 
calculate and enter a differenc 
wayccint for each RGM-84D missil: 
in a quick reacticn salvo for 


Simultaneous time-on-targe+ (STOTT). 


11. Background data and sector data X 
request. 
Usable with NTDS intarface only. ° 


ENGAGEMENT DISPLAYS 


ime eGemmeact/itack Uncertainicy Ellipse 
-Designated Surface Target X 
-Unintended Targets X 
If selected by operator. 


2. Predicted Time-orn-Target X 


3. Priobability of Acquisitior 
Numerical value. 
-Designated Targets 
-Unintended Targets 
If selected by operator. 


a. Seeker Search Pattern Outline sf 


For selected search mode. 
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5. Missile 
Per sali 


6. Booster 


ls Missile 


OTHER 


PRigiimeach X 


selected missiles. 
Prop zone X 


Power Aprlicaticn Warning X 


1. TestyMaintenance 


-Missile 


BIT Results 


-Go/Nc-Go Indication 


-Faizlure Status Ccde 


HSCLCS BIT Results 


-Go/No-Go Indication 


-Failure Status Ccde 


2. Training Mode 


Inherent capability provided by 


system design. Design to utilize 


data from NTDS and/or external 


training support devices via an RS 


222 serial interface. 


Contact/Track Location (actual or 


Simulated). 


-Cff Board Source/sNTDS 
~Cwn Ship Sensors/NTDS 


-Manual 


ated). 


Own Ship Position (actual or simul- 


Input 


oe oe 


Training Scenario Parameters 


-Envirenmental Ccnditions 


-Oneraticnal Planning Selections X 


3. Data Bxtract 


Desicn to be compatible with an R&S 


232 serial interface to provide for 
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data storage/display in off-line 
devices (e€.g., tape cassette recor- 
der). 
-~Targeéet/Targe*ing Lata 
-Missile Initialization Data 
-~BIT kesults 


Maicr Display Features 
-Variable Range Scale 
aemk—| 32k, SOliK— -eeeeeK- , 192K-, OT 
256K-yard radius. The 256K-yard is 
the default scale. 
-Offset 
-Zcom 
8K~, 16K- or 32K-yard radius. 
-Special Symbols 
-Cursor, with Bearing/Range readout 


Manually controlled. 
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APPENDIX D 
DATA BASE DESCRIPTIONS 


This apcendix contains the data base descriptions to bs 
used in the simulaticn model. These data bases includé: 

1. Environmental Data Base 

2. Launcher and Missile Status Data Base 

3. MenuyState Data Base 

YU. Shir Parameter Data Base 

5. Threat Data Base 

6. Engagement Data Base 

7. ‘Track Data Base 
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We Data Base Name; ENVIRONMENTAL DATA BASE 
2. Purpose: This data base contains the current sate of 
weathers visibdlity, sea state, winds, vain, 
etc. | 
3. Data Base Users: 
a. Write Access: Environment Data Base Manager 
bk. Read Access: Environment Display 
Plan Engagemer® 
4. Data Base Elements: Visibility 
sea state 
Wind-direction and sp2ed 
Relative Humitity 
Temperature 
Barometric Pressure 
Precifitation 
S. Operaticn on Data Bases: Update (manual or autcmatic) 
- Add 
- Delete 
- Change ali ¢lements 


Display 
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Data Base Name: PAUNGHER AND@NLSSIL@* STATUS DATA BASE 
Puroose: This data base will keep track of ‘the number 
ama tye of missiles awailable for launch. 
The data base will be updated by feedback from 
the launcher. 
Data Base Users: 
a. Write Access: Launcher Missile Status 
bk. Read Accéss: Launcher Missil2 Assignment 
Plan Engagement 
Launcher Missile Status Display 
Data Ease Elements: Launcher Number 
Cannister Number 
Missile type 
Launch Inhibit 
Operations on Data Base: Update - Add 
- Delete 
- Change all elements 
Display 
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Data Base Name: MENU/SSTATE DATA BASE 

Pumoose: This deta base will cortain the menue for 
pregram operation and also provid= the states 

will 


provide the menus necessary *o access all 


e 


allowable from any operation. That is i 


.1 


aspects of the progran. 
Data Base Users: 
a. Write Access : None 
bk. Read Accéss: Display Module 
Data Fese Elements: Undetermined at this time 
Operaticns on data Base: Operator can select desired 


menu iten 
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2. 


Data Base Name =: SHIP PARAMETER DATA BASE 


Purvose: This data base will maintain all 0e 


| 


eee Tie 
lnficrmation pertaining to one's own ship. The 
design allows for this information to be inpuz 
manually or automatically. 
Data Base Users; 
a. Write Access: Ship Parameter Data Base Manager 
bE. Read Access: Update Track 
Plan Engagement 
Ship Parameter Display 
Data Ease Elements: Course 
Speed 
Latitude 
Longitude 
Operaticns on Data Base: Update - Chang? all elements 


Display 
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i. 
Zs 


Sie 


Data E 


tn 


= 


in 
Mm et 
ee 


Purse 


Data Base 
ate Write 


Name: THREAT DATA BASE 

Thais dam@ey base i5°to contain a list of hos iakc 
Surface vessels by name and class. Associazed 
with eack class of vessel will be the weapons 
plarrorn, ECM capabilities, and op*inum 
engagement plan for attacking that vessel. 
(The security of this infcrmation must be 
considered when designing the Threat Display 
and Threat Data Base Manager modules). 

Users: 

Access: Threat Data Base Manager 


b. Read Access: Threat Display 


Data Base 


Analyze Threat Data 
Elements: Ship Name 
Nationality 
Ship Class 
Weapons 
ECM Equipment 
Engagement Plan Recommended 


Oreta*icns on Data Base: Update - Add 


- Delete (Permissicns) 
- Chang? all Elements 
(Permissions) 


Display 


75 





De 


Data Base Name: ENGAGEMENT DATA BASE 
Fursose : This data base will contain a track name and 
associated engagement plans for that track. 
The engagement plan may be generated autcmat- 
ically by the computer or manually. 
Data Base Users: 
a. Write Access: Calculate Probability of Acquisiticn 
b. Read Access : Engagement Plan Display 
Data Fase Elements: Track name 
Tyre of engagement plan (manual or 
automatic) 
Number of missiles to fire 
Sequence of firing nissilée(s) 
Tyre of missile «to use 
Flight path 
Waypoints 
Cperaticns on data base; Update 
Display 
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De 


Data Base Name: TRACK DATA BASE 
Purpose: This date base will contain the positicn of 
2) 611 tracks and pertinent infecrmation 
Pett altpeng tothe track. 
Data Base Users: 
a. Write Access: Delete Track 
mad Track 
Cours? and Speed Update 
Bearing, Rang? and Position Update 
b. Read Access: Display Treck Data 
Plan Engagement 
Data Base Elements: Type track (friend Oo: £0 Ss) 
Class of vessel 
Bearing 
Ra nge 
Position (lattitude and longitude) 
Course 
Speed 
Operaticns on Data Base; Update - add 
- delete 
- chang? bearing range 
or position 
Displ2y 
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MCDULE DESCRIPTIONS 


This appendix ccntains the module descriptions of tha 
modules shown in~ Figure 2.1 through Pigure 2.4. These 
modules include: 


Gone row 

Process Input 

Ship Parameter Data Bass Manager 
Environmental Data Base Managér 
Threat Lata Base Manager 

Convert Coordinates 

Type Track 

Delete Track 

Update Track 

Course and Speed Update . 
Bearing, Range, and Positicn Update 
ade ft mdck ma | 
Launcher and Missile Assignment 
Launcher and Missile Status 

Plan Engagement 

Plan Engagement Data Base Manager 
Engaqement Data 

Threat Data — 
Probability of Acquisition 
Uncertainty Ellipse 

Display 

Menu Displa oe 
Launcher and Missile Status Display 
Envirormental Display 

Engagement Display 

Threat Display 
Automatic engagement Display 
Graphics Display 

Manual Engagement Display 

Ship Parameter Display 

Track Display 
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Moduie Names: CONTROL, NUMEER O 


Module Purpose: The Centrol module. calls all octherc 
aces = and determines fhe prcgran 
OW. 


Subordinate Modules: Process Input (1) 
Launcher Missile al gnment (3.1) 
Plan crs a (3. 2) 
Display 


Chjects Used by the Module: Manual inputs 
Operaticns Module Performs: Selection of subordinate 


modules to perform program 
operation. 


Mcdule Name: PRCCESS INPUT, NUMBER 1 


Module Purpose: Selects subordinate module to update 
corresponding data bases. 


Sutordinate Moduies: ee eed Data Base Manager 
a Data Base Manager 
Threat Data Bass Mangger (1.3) 

Objects Used by the Module: Manual Inputs to updates 


modules 
Operaticns Mcdule Performs: Selects nS G Seek lae subor- 


dinate ule ico ur gece 
corresponding data bas¢ 


RLS, 








os 
4. 
5. 


Module Name: aa PARAMETER DATA BASSE MANAGER, NUMBER 

Mcdule curpose: Update the Ship Parameter Dat 
either manual or automatic ne 

Subordinate Modules: None 

Objects Used by the Module: Ship parameter input data 


Operations Mcdule Performs: Update of the Ship 
Parameter Data Base. 


Module Name: ville: a that DATA BASE MANAGER, NUMEER 


Mcdule Purpose: Update the Environmental Data Base¢ by 
either manual or automated means. 


Suktordinate Modules: Ncne 


Objects Used by the Module: Envircenmental 20) OM e)ig 
update data. 


Operations Module Performs: ues of the Envircnmental 
Data Bases. 


Module Name: THREAT DATA BASE MANAGER, NUMBER 1.3 


Module Furpose: Update the Threat Data Base by ae 
manual means or through the use of 
seaea so chip that can be periodically 

ape ated and sent to all ships wi 
HARPOON capability. 


Subordinate Modules: None 
Objects Used by the Module: Data used *o update the 
Threat Data Base. 


Operations Module Performs: Cheer = cf the Threat Data 
Base. 
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Module Names CONVERT COORDINATES, NUMBER 2 


Module Purpose: To convert all inputs to update «track 
data to common coordinat?s. The invouts 
Can be manual, from own Ship's tracking 
equipment Sean clom a ssa95 lank fron 
cther platforms. 


Subordinate Modules: Type Track (2.1) 
Okjects Used by the Module: {he Geet eee used to updaté 


ow rack Data Base, 
bearing, range ama posi- 
tzOE . 


Operations Mcdule Performs: All sources of input for 
the Track Data Base are 
converted to common coordi- 
nates whether they are 
manual, ios or from 
another sources. 


Module Name: TYEE TRACK, NUMBER 2.1 


Module Purpose: Type Track determines if the track is 
to be deleted from the database, added 
#0 the database, or some parameters of 


@ 8 Srescrt track are @0O be altered. 
Thesé actions are performed by 
selecting the appropriate sukordinate 
rodule. 

Subordinate Modules: Delete Track $° 473) 

eeee dacre 12. 1.2 
Mad Track (2.1.3) 

Okjects Used by the Module: Classification Oise "ee 
Bpea ce ZO e performed; 
addacion, deleticn ope 
alteration <0 the Track 
Data Base. 

Operaticns Mcdule Performs: Selection obey delste, 
update, or _ add track subcr- 
dinate aodules based on 


track type. 
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Module Name: DELETE TRACK, NUMBER 2.1.1 


Modul¢ Furpose: To eliminate cracks from the data base 
that the operator determines arz no 
longer us¢ful. 


Sukordinate Modules: Nene 
Objects Used by the Module: None 


Operaticns Mcdule Performs: Track identified =O che 
Delete Track module 1s 
Ee we veo from the Track Data 
ase. 


Medule Name; UPLATE TRACK, NUMBER 2.1.2 


Mcdule Purpose: To update the information contained on 
tracks in the Track Data Bass. 


Subordinate Modules: Course and ache (2eel 2s 1) 
Bearing and Range (2.1. 2.2) 


Orjects Used by the Module: Bearing and range from a 
Hego0 Post. 
Elapsed time. 
Own ship course and spe:zd. 
Target course and speed. 


Operaticns Mcdule Performs: Datermines which suberdi- 
nacté module is +o be _calisd 
to perrorm the desired 
update. 
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1. 
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oe 
4. 


Module Name: COURSE ANT SPEED UPDATE, NUMBER 2.1.2.1 


Module Purpose: 


To update the course and speed infcraa- 
CionmeeGr Sach = eErack con ~ained 2n the 
Track Data Base. 


Suktordinate Modules: Nene 


Objects Used by the Module: Own Shi course ands 


eod. 


©) 


Ellapsed time. 

Bearang and range fr a 
fixed point. 

NTDS Link information. 


Operations Mcdule Performs: pee e eee ccurse and speed 


Module Names: ee 


Module Purpose: 


SEaeKks based on 
bearing/range and Sila apsed 
time when entered manually 
and u dates Track Data 
Base. ith automated track 
informaiton availab 
el ae NTDS) module u dat 

rack Data Base wit < 
given course and speed. 


Se a AND POSITION UPDATE, 


Rod. 1. 


To update the DH Saat ane and posi- 
tion (Latitude and Longitude) informa- 
tion on each track contained in the 
Track Data Base. 


Subordinate Modules: None 


OEjects Used by the Module: Own ship sensor informa- 


euceel 
NTDS link information 


Orezrations Mcdule Performs: Determines . eee. *kEacks 
and pOoStti on eee aie 
based on own ship ensor 
information and own shi 
Doo. thon, when entere 
manually and updates Track 
Data Base. With automated 


track information availatle 
e.g., NTDS) module u dates 
rack Data Base wit the 
given, bearing/range and 
position. 
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1. 
2. 


We 
Ze 


Module Name: ADD TRACK, 


NUMBER 2.1.3 


Module Purpose: To allcw new tracks to be inpuz into 
the Track Data Base. 
Subordinate Modules: Nene 
Objects Used by the Module: Course, speed, bk¢aring, 
Prado, POSIT2on,  2den>2fi- 
Cae Onror track (friend or 
foe and ship class). 


Operaticns Mcdule Performs: 


Module Names: 


Module Furpose: Allow the 


engagement planning capabilities of 
computer sSySten 


launch the 
Subordinate Modules: 
Objects Used by the Module: 


Operaticns Module Performs: 
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LAUNCHER MISSILE ASSIGNMENT, 


desired missi 


Permits the addition of new 
eater lhtG he Tzack Data 
Bas?. 


NOU MBs «| 


operator to bypass «he 


eaee 2 ee seiect and 


Sc 


Launcher and Missiles Status 


eee from operator ideéen- 
foo CVge Witch Launcher and 
Missilés to be fired in 
which. eae range and 
waypoints if de 


The. Launcher 
Assignment module allows 
the operator to manuall 
select a launcher § an 
missile to be fired. in a 
given dareectton Simzlar to 
Phe present capabilities of 
thea HARPOON Weapons System. 
The automated, Su? denen 
PlAnoine LunectLons Of @his 
program are bypassed. 


Missile 





Meduis Wane: LAUNCHER AND MISSILE STATUS, NUMBER 3.1.2 


Medule Purpose: To provide current information on what 


launchers (port and, starboard) 


alc 


Beady ee@ 22 ts and which and what type 


missiles are ready for firing. 
Sukordinate Modules: Nene 


Objects Used by the Module: Which launchers (p 
stazboard) are = 
fire. teaich and w 
missiles are rea 
nmabie UL igo ge 


Orperaticns Mcdule Performs: The Launcher. and MWissile 
Status module recelves 
automated inputs from ¢ach 
launcher on the status and 


yee eof all missiles. This 
Lee =Mat. Of is used to 
updat2 the Launcher and 
Missile Status Data Base. 
When queried b eithes ehe 
Launcher an Missile 
Assignment module or the 
Engagement Data modul3, the 
Launcher and Missile Status 
module can Becucn the 
status of launchers and 


missiles. 
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Medul¢ Name: PLAN ENGAGEMENT, NUMBER 3.2 


Module Furpose: To determine the optimum eéengagen 


ae 
Flan for a given target. 


w 


Subordinate Modules: Rgagement Data Base Manager 


E 
1 

enent Data ay 

bidiWey of meaies On (Sa .3) 


& Whe 'g 
eB HSOWeH 


Okjects Used by the Module: Which track +o plan the 


engagement fcr. 


Operations Mcdule Performs: The Plan Engagemen? mcdule 
is the heart of this soft- 


War2 program. This module 
determines an optinun 
engagement lan for desired 
wend StS). he targe- s that 
have an engagement laa 
computed ee be “aden ified 
either a selective 
manual Epa oe can be 
Mr js ROLES enerated for 


allweon tacts oe * are clas- 
sified hostile (This 1 ateeer 


process would require a 
Sligit Mod ricatwon tO the 
des: gn; aneanpuct —BeO (she 
Plan Engagemen must be 
received from the type 
track moduls). ahs 
access to the Sy Data 
Base, Launcher ssile 
Status Data Bates the 
optimum plan for mone gang a 
selected he can be 
computed. f£UncC2sonsS 


performed by this nmedule 


can greatly assist the 
Naot ueame AGZIOn Officss in 
the performance of his 
duties. 
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Mcdule Name: 


Modul¢ Purpose: To update 
Eas¢. 
Sukordinate Modules: Nene 


Objects Used by the Mcdule: 


Operaticns Mcdule Performs: 


Mcdule Name: 


Mcdule Purpose; 
ata 


Subordinate Modules: 


PLAN ENGAGENENT DATA BASE MANAGER, 


ENGAGEMENT DATA, 


Launcher 


NUMBER 


the Engagement Plan Data 


g olan as at aes 
la 


Eng 
ats Engégemen 
©) 


agement 
d' by the 
ule. 
The Plan Engagement Da 
as Manager enters a 
engagement plans that + 
Plar Engagement 
enerates anc O a 
ngagement Data Base. This 
way a list of the Sede ee 
ment plans for all eR ol 
caple2 targets is apt 
current in a data base. 


NUMBER 322.2 


The Engagement Data module ee the 
d needed 
rodule to generate the Engagement 


by the Plan hgagement 


Elan. 
Status 


and Missile 


hreat Data (3.26.25. V) 


Okjects Used by the Module: 


Operations Module Performs: 
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Which launcher and missiles 


are ready to fire. 
Al ertinent information 
on Stilo» ship class 
weapons, ECM equipment an 
best strategy for attack 
CGnueat ned in the Threat 
Data Base. 


Data mcdulée 


The Engagement 
assing cf 


coordinates the . ; 
all data base information 
needed to generates an 
engagement pian to the Plan 
Engagement module. In this 
design, that informaticn is 
Gonta:ned ian the Leuncher 
and Missile Status medule 
and the Threat Data module. 





Mcdule Name: THREAT DATA, 


Module Furpose: 


Nene 
Objects Used by the Modules: 


Sukordinate Modules: 


Operaticns Mcdule Performs: 
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NUMBER 3.2.2. 1 


To provide the infcrmaticn contained 
the Threat < 
Engagement Data module when requested 


=> 


(D vy 


ee 
Data modul= we) h 


All elements contained in 
the Threat Data Bas¢?, ship 
Class, weapons, platfctn, 
Bore. Ca Papa 12% 


and bes 
Dike fOr Tat cack. . 


ito eee i nteae Dat 
rovides = he 
Plan module with 
Zee Gia bony ms 
COncan ne de | 2) =2e 
Pasa Base. Bens aes yb Creatar 
tion is then used tec déter- 
Mine the optimum engagement 
Plan. 


agement 





Module Name: 


Medule Furpose;: To 
creas Leia 
given 


Subordinate Modules: 
Objects Used by the Module: 


Qperations Mcdule Performs: 
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PROBABILITY OF ACQUISITION; 
determine what 


Eee EGiCrc 
acquire and hit 


Uncertainty Eilips? 


NUM Bank 3.2.3 


thesveopabiiiccy iis 

missile is launched a: 4 

ert the missil¢e can 
eae caedes. 


(ames. 1) 


The figure generated Dy the 
Umcentarnty Ellipse module. 
ge missile to be launched 
and search pattern. 

pet awate hed me) Den a.t acked 
and lts physical character- 


Weees. sak ECM capakiii- 


ties. 

The  . Probability Of 
Acquisition module uses the 
tyes Missids~ fired, ftange 
BOr camgce,. end terget. chaz— 
aC Com Sti es tO generare the 
Pro paui 112 y chat the 
lisse CateacgduMes and art 
cheowegiven target. . This 
information along with the 
value obtained. t2o pe ec 
Uncertainty Ellipse module 
is then passed oO the Plan 
Engagement module where 


they become elements of the 
ee Ellas plan maintained 
=a the Engagement Plan Data 
ase. 


— 





Module Name: 
Module Furpose: To 
iven 
fired at 
Modules: 


Okjects Used by the Module: 


Subordinat2 None 


Oreraticns Mcdule Performs: 
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UMEPRTATN@Y ELLIPSE, 


determine 
Missile, . 
a specific 
that target. 


NUM Eom e dee. 3. | 


the probability 


tac 
or set of 


missilé¢s 
target will sin 


hv 


Number of missiles to be 
fae cd. ee 
Probability cf acquisition 
Ofeene Target. | 

Lethal Capability OF 
missiles fired. 

The Uncertainty Ellipse 


module takes the number and 
capabilities or missiles 
fired and combines these 
values with the probability 
of acquisition tc generate 
the probability of a target 
ki. The Uncertainty 
Ellipse module can generate 
ellipses, wit _assigned 
probabilities stating that 
TOuat= GestsUuCtion Of tre 
weer OCCUE If 2 Ts 
within one ellipse, 0 
Gisebaiacy, Of che  ctarge: 
Pio cecWinwt 1 t-1S5 Wit 020 
a second ellipse, etc. 
These ellipses will account 
for tae fact that hostile 
target positions may net be 
completely accurate. 





Mcdule Name: 


Module Furpose: 


DGSELAY , 
TO. cca! | 


NUMBER 4 


Subordinate modules as nacées- 


sary to generate required displays. 


Subordinate Modules: 


Menu pus la Qu. 
Peed wees: le 


Bune s er Sc2cus 
Display (4. 2) 
Environmental Disp aay 
Engagement Display (a. 
Ship Parameter Dis ae. as 
Track Display (4.6j 
Objects Used by the Module: Display requests. 
Operaticns Module Performs: Th Display. module calls 
the required modules <tc 
generat? dispiay as neces- 
sary. 
Module Names MENU DISPLAY, NUMBER 4.1 
Module Furpose;: To access the Menu/State Data Base and 
display the 2quired menu when called 
and keep Seaee St tne scate of the 
Frogran. 
Subordinate Modulss: None 


Okjects Used by the Module: 


Operaticns 


Mcdule Performs: 


Information contained in 
the Menu/State Data Base. 


The Menu 
will access 
Data Base an 
necessary menu 
when prompted 
Display module The 
Display module ci oid 
kesp track of ~he state cf 
th] progran, that is what 
menus can be displayed 
given that the state cf the 
rogram €xists now with a 
current menu. 


Display module 
che “fenu/stats 
peovicge the 
ars eas 


oa 





Module Nane;: i noe co AND AiSStLe SLALUS DiS eeat, 


A 
UMBER 4.2 


Mcdule Furpose: To access the Launcher and M&issile 
Status Data Base and provide a display 
of the information contained in <<=hat 
data base. 


Subordinate Modules: None 


Okjects Used by the Module: Information contained in 
the Launcher and Missile 
Status Data Basé. 


Operations Module Performs: The Launcher and Missile 
Status Display module will 
display he InToend: On 
contained inthe Launcher 
and Missile Status Data 
Base when prompted by <he 
Display module. 


Mcdule Names ENVIRONMENTAL DISPLAY, NUMBER 4.3 


Mcdule Purpose: To access the Environmental Data Base 
geagepEOvads avdivsplay of the infemna- 
tion ccntained in that data base. 

Subordinat2 Modules: None 

Okjects Used by the Module: Information contained i 

he Environmental Data 

ase 


Operations Module Performs: The Environments 
module will disp 
abighie G)eginishsaklejel  Celehelca,.\ak 
the Environaental D 
wonen prompted 
Display module. 
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Mcdule Name; 


Mcdule Furpose; 


Subordinate Modules: 


Okjeczts Used by the Module: 


Operations Mcdule Performs: 


ENGAGEMENT DISPLAY, NUMBER 4.4 
fom dmaphucel ly desplay the flight path 
cf missiles that” are to bé ftlewn 
against a set target. Thoeat data on 
the target will also_be displaved. The 
engage rent lay will have’ the capa- 
betty LO @ superimposed cvear the 
general track display. 
Threat Display (4.4.1) 
Automatic Engagement (4.4.2) 
Manual Engagement (4.4. 3) 
Threat Data Base informa- 
tlon. 
Engagement Plan Data Base 
ENHEOEMATION. 
Manual inputs for an 
engagement plan. 
ie Engagement Display 


module calIs upon subordi- 

nate modules to provide the 

Coo savomc. eiasplay Of “che 

computer generated Secs 
2 


Gent plan construct ei 
Sie. Operacor. In bot 
cases, the threat data 
pertinent to. the displayed 


target can also be shown. 


N68: 








Module Name: THREAT DISPLAY, NUMBER 4.4.1 

Module Purpose: .To access _the Threat Data, Base and 
“provide a besaae of the infcrma*tion 
contained in that data base. 

Subordinate Modules: None 


Ofjects Used by the Module: The information contained 
in the Threat Data Base. 


Operations Mcdule Performs: The Threat DE Ne nodule 


Will display infcrma- 
tHOr. cohtained in the 
Threat Data Base when 


rompted ay zhe Engagement 
isplay module 


Mcdulé Name: AUTCMATIC ENGAGEMENT DISPLAY, NUMBER 4.4.2 


Mcdule Purpose: a4 Fe agate cone display «he Sete Rian 
Datewas generated by lan 
SECet ae: moduie and ae oe in the 

Engagement Plan Data Bas¢ 


Sutordinate Modules: Graphics Display (4.4.2.1) 


Chjects Used by the Module: Information contained in 
sue Engagement Plan Data 
ase. 


Operaticns Mcdule Performs: Th2 Automatic eedes. 
Display module prov: 
graphical popeesoneiey One f 

Fhe engagement representa- 
tion of the engagement plan 
as ccontained in the 
ALi aeeee Plan Data Base. 

missiles trajectcries 
and Waypoints will be 
depicted with assoc: jated 
missile fire times and 
arrive over the target 
time. Ths uncertainity 
ellivses lel: also be 
genetated | along with the 
Pacbapriity of acquisition 
of the target. 
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Module Name: GRAFHICS CISPLAY, NUMBER 4.4.2. 1 


Module Purpose: 10 provid? graphics capabilities +o =he 
Automatic. Engagemen= Display module and 
the Manual Engagement DiSplay meduleé. 


Subordinate Modules: None 


Objects Used by the Module: Engagement Plan Data Base 
information. 
Manually input engagement 
plan. 


Operaticns Mcdule Performs: The Graphics Display moduls 
rovides the graphics cara- 
Plivtlies nhecessceny to he 
Automatic Manual Engagement 
Display module =O accu- 
rately portray their aqiven 
engagement plans. 


Module Names MANUAL ENGAGEMENT DISPLAY, NUMBER 4.4.3 


Module Furpose:s To provid? the operator the capability 
to manuaily input an engagement plan 
for attacking a given target. 


Subordinate Modules: Graphics Display (4.4.2.1) 


Objects Used by the Module: Information contained in 
the Threat Data Base. 


Operations Mcdule Performs: The Manual Engagemen= 
Display module allows the 
operator to oe cy ee 
his own engagement plan for 
a given target. Once «his 
PieocMateOn 25  Grephically 
impMeeeo the display, pleat 
Gan be. transferred to «he 
Engagement Plan Data Base 
whar2 it can be programmed 
to «he missiles like an 
aver aca tly generated 
plar. 
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Mcdule Name: 


Module Purpose: 


Modules: 
Okjects Used by the Module: 


Subordinate None 


Operations Module Performs: 


Module Name: TRACK DISFLAY, 


Module Furpose: access 


eto a 


racks beings 


Subordinate Modules: None 


Oktjects Used by the Module: 


Operations Mcdule Performs: 
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St veeeae ase RS DESPLAY, 


To access the Ship 
and provides 
tion ccntained in a 


NUMBER 4.5 


agcee ee Deze 
a dis meee 


83as2 
to es infcrmra- 
data base 


Ep EOENS Peon Gon tal ned in 


em 5 ip Parameter Data 
Base. 

The Ship Parameter Display 
module will displ ay “the 
anfeormation contains =n 
the Ship Parameter Data 
Base when prompted by the 


Display module. 


NUMBER 4.6 


+he Track Data Base 
continuous display of 
maintained in that 


and 
data 


imfOrtacaOn contained in 
the Track Data Base. 

Th2 Track. Display _mcdule 
will aS Fy eo a 
all tracks maintains 

the Track Data Base. nese 
pees will be Boracay 

oe. ge the Bee. Dat 

Bass Bec ae: The 
Selo an ethed pres- 
entation of the 1 ee) C= 
should closely coincide 
With NTDS displays. 
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APPENDIX £ 


SYSTEM DESIGN 


ines 


ee % 


teger range 
boolean; 

er rarge 0.. 
rrangée 0... 
1s record 
integer ranges 
antegéer range 
integer range 
is record 
ger range 
gé€r range 
cer range 
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te 
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DQ OOM 


ah 
chee @ c+ 


rangé 0.. 
teger rang 
r rtange 
: integer rc 
qer range 
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0..100 


a 
1 


anteger range 


a 
U 


COUR 
SPEED 
BIP_LA 
(SHIP_L 


S 


USING ADA 


e 
9 


359: 

AXSPEED: 

~90..90; 
0: 


0..60; 


° 
© 9 


s Q0.. 100: 
PP 130. 
900..1100: 


04 


S 
MBER : in LAU_NBR; 


n CAN NBR; 
[SS wes 
LA “ INHIBIT); 


on PRECIPETATION).; 


TILE _NAME; 





end 

pack 
=a 
be 


en 
ta 
be 


See > ene SH PC LAS S; 
WEBS ; in WEATONS; 
ECM : in ECM EQUIPMENT; 
METH reeks g piece en AH EFAOD) 
entry DELETE (HOSTILE : in HOSTILE_NAME; 
ATION : in NATIONALITY) ; 
Bees ERE Nitrous Toe 7 Leno sl ale NA > 
ATION : in NATIONALITY; 
SHIF : in SHIF CLASS) 5 
entry UPDATE WEES (HOST LE : in HOSTILE_NAME; 
NATION : in NATIONALITY; 
WEPS : in WEAEONS) ; 
entr eee ATs ee : in HOSTILE _NAME; 
NATION <: in NATIONALITY; 
SC oink EBCM Odo ct 
entr Des eee ee fo wee HOSTILE NANE; 
NATION : in NATIONALITY; 
METHOD : in ENGAGEMENT METHOD) ; 
end THREAT; 
UPDATE; 
oom body UPDATE 
sk body LAUNCHER BIS SILE_ STATUS is 
gin 
accent UPDATE LAU(LAUNCHER NUMBER : in LAU_NBR; 
CANNISTER NOMBER : in CAN N BR; 
yl ipeyeny Rs ene eee fh oS oe 
LAUNCHER INHIBIT : in TAU INHIBIT) do 
==" = nNeest additional body of UPDATE. EAU 
end UPDATE LAU; 
d LAUNCHER AISSILE STATUS; 
sk Eody SHIP_PARAMETER is 
fofeijei 
accert UPDATE COURSE (SHIP_COURSE : in COURSE) dc 
-- insert additional body of UPDATE _COURSE 
end UPDATE CCURSE; 
accept OPDATE SPEEFD(SHIP_SPEED : in SPEED) do 
Teed Gareaonal body of UPDATE_SPEED 
end UPDATE SPEED; 
ace UPDATE LATITUDE (SHIP LATITUDE : in LATITUDE) do 
-- insert additicral body cf UPDATE LATITUDE 
end UFDATS LATITOCE; 
5 UPDATE “LONGITUDE (SHIP_ LONGITUDE : in LONGITUDE) 
O 
aoe eaadst Oral body of UPDATE LONGITUDE 
end UPDATE LONGITUDE; 
insert additional body of task SHIP_PARAMETER 
d SHIP PARAMETER; 
sk body ENVIRONMENT is 
ped 
ace=o. UPDATS VISTBILITY(VIS = in VISIBILITY) do 
~~ insert additicnal body Cf SUPDAT=S VISISILITY 
en@ UEFDATE VISIBILITY; 
accert UPDATE SEA STATE SEA : in SEA STATE) 
-~- insert additicnal body cf UPDATE_SEA_ STATES 
end UPDATE SEA STATE; 
accect UPDATE_WIND_DIR(WINDDIR : in WIND _DIRECTICN) do 
-- insert additional body of UPDATE WIND DIR 
end UPDATE WIND DIR; 
acceot UPDATE WIND SPEED(WINDSPD : in WIND SPEED) do 
-- insert additional body of UPDATE_WIND_SPEED 
end UPDATE WIND SPEED; 
accor VeuenrekeLonUM(HOM 3 in RELATIVE HUMIDITY) de 
“- insert additicral body cf UPDATE_REL_HUM 
end UPDATE REL HUM; 
accept UPDATE TEMEERATU RE(TEMP : in TEMPERATURE) do 
=—~Sameeecraeagareicral body cf UPDATE TEMPERATURE 
end UFDATE TEMPERATURE; 
accect UPDATE BAR PRESS (BARPRESS : in 
BAFCMETRIC PRESSURE) fe) 


98 





~- insert additional body cf UPDATE_BAR_PRESS 
end UPDATE B PRESS > 
ace-ut UPDAME PRECIP (PRECIP =: in PRECIPITATION) jo 
-- insert additional body of UPDATE_PRECIP 

end UPDATE PRECIP; 


-- insert additional body of task ENVIRONMENT 
end ENVIRONMENT; 
task body THREAT is 
begin 
seeps ADD (HOSTILE : in HOSTILE _NAME; 
NATION ; in NATIONALITY; 
SEiEP : @ineSaee CLASS; 
WEPS : in WEAFONS; 
hom 2 in ECU EQUIPMENT; 
(eLneDy 2 10 ENGAGEMENT METHOD) do 
pT isecet aadictional body of ADD 
end ADD; 
accept DELETE(HCSTILE 
ee : 22. NATIONA 


1 ee 
Hct 


Ore UPDATE CLASS 
= eon SHOSTILE NAME; 


oi) 
2c 


y of UPDATE_WEPS 
; in HOSTILE NAME; 


m $ 
| 
Os 

fe 
ao 
oH 
a se 


al 

a 

a 

ay E 
i YS 
ECM EOUIDM B ) do 

tee body of UPDATE_ECM 

ATE _ METHOD (HOSTILE eo HOSTELE NAME: 
a ~ NATIONALITY; 

in ENGAGEMENT METHOD) do 

=o Ltional body of UPDATE METHOD 

aE 


-- insert ADD hody of task THREAT 


end THREAT; 
additional kody of package UPDATE 


NGAGEMENT is 
NCHERS ; 
integer range 1..NER_LAUNCHERS; 
teger range 1..4; 
: sO ies: tange.1..7; 


tdi ae Oetct 
Bide O bh He p< 
UMHNAMNACGH 


NBR : in LAU_NBR; 


in 
n 
ut ENGAGEMENT METHOD); 
0 CQUI SIT ION (METHOD > in out 


rari ty _ELLIPSE(METHOD : in out 


end AOTC E 

package f£o S 

procedur 
CANN 


S 
CHER_NBR : in LAU_NBR; 


Hod 
ROMmAMo OS oo Ho tents ee; 
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MISS une  Sheeebcs ELE ee 
Mestrrs ; in HOSTILE NAM ; 
NATION : in NATICNALITY 
METHCD =; Out ENG AGEN ENT "“ METHOD) 1s 
eqin 
-- insert additional body of procedure AUTO_ENGAGE 
end AUTC ENGAGE; 
procedure PROB ACQUISITION(METHOD : in out 
b ENGAGEMENT METHOD) is 
2gin 
-- insert additional body of procedure PROB _ACQUISITICN 
end PRCE ACQUISITICN; 
procedure ONCERTAINITY ELLIPSE (METHOD ean Cut 
ENGAGEMENT METHOL) is 
begin 
-- insert additional body of procedure 
== WNGERTATH ITY ELLIPSE 
. end UNCERTAINITY ELLIPSE; 
egin 
-- insert additional kody of package AUTO ENGAGEMENT 
end AUTO ENGAGEMENT; 
package MANUAL ENGAGEMENT 1s 
tvce NER LAUNCHERS; 
LAU NBR $ integer range 1..NER_LAUNCHERS; 
CAN NBR : integer range 1..43 
MISSILE type : integer range 1..7; 
LAU INHIBIT : bkoolean; 
ENGAGEMENT METHOD : string(1..50); . 
Drocedure MANUAL ENGAGE LAUNCHER _ Nene: if LAU _ NBR; 
CANNISTER NBR 7 in CAN_NBR; 
Bless eype 3 in MISSILE viet 
WEEHOD) s ) out ENGRGEN ENT ETHOD) ; 
end MANUAL ENGAGEMENT; 
package body MANUAL ENGAGEMENT is 
procedure MANUAL ENGAGE(LAUNCHER_NBR : in LAU_NBR;. 
CANNISTER NBR =: in CA Je 
Mooeey ce § in ALSSILE a hE a 
b METHOD : out ENGAGEMENT THOD) is 
egin 
-- insert additional bedy of procedure MANUAL_ENGAGE 
: end MANUAL ENGAGE; 
Set 
-- insert additional tody of package MANUAL_ENGAGEMENT 
end MANUAL ENGAGEMENT; 
Ss 


package DISELAY i 
2vcrée MENU zEBo. 
BXS Ee 
Ith ie integer range 0..30; 
2: integer range 0..10; 
CTION : integer range 0..3 
integér range Seen: 
UMIDITY : integer ran 0 
SeuRE s range -100..1 
g= 


ATION is (YES,NO) ; 

ger range Q. 23593 

er range O0.. MAXSPEED 
is record 
integer rang2 -90.. 
intecer range 0..60 
integer range 0..60 
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integer range -18 
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intecer range 
integer range 


NAME : string Lope ae 
mery = ste ing(t..10); 
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SE SEG rASS =: stming(1..9 
WEAPONS: Sering(1..50): 
ECM EQUIPMENT ;: string (1. .50); 
EVCCGE@MENU METHOD ~¢ string(1.. 50) ; 
TRACK NUMBER =: integer rahge 100..3199; 
TRACK ee : oe range 1..7; 
VESSEL CLASS : integer range 0..1; 
tyre MAXrange; 
HOSrange > integer eee a 
BEARING : inteqgér ran Qiec3 
BOSATILE LAT : LATITUD 
HOSTILE LCM : LONGITU DE: 
ENGAGEMENT PLAN : string(1..50) ; 
task MENU DISPLAY 
ena: y ACCESS MENU (ME NU >; Cut MENO _typs) ; 
end MENU DISPLAY; 
task LAUNCHER MISSILE STATUS is 
entry ACCESS LM (LAUGNCHER NBR : out LAU_NBR; 
CANNISTER NBR : out CAN NBR; 
Whoomeype.: CUT MESSI LE type; 
Phere oe out LAU ENH IBIT) ; 
end LAUNCHER MESSELE STATUS; 
task ENVIRONMENT is 
oReey ACCESS SNV (VIS ~eothemry LSLBIELITY: 
SEM sepeout SEA SZATE; 
WINDDIR : out WIND DIRECTION; 
WINDSED =: cut WIND SPEED; 
RELHUM : out RELATIVE HUMIDITY; 
Tome : Ut —TEMEERATUR 
BARERESS +: OUt BARONE TRIC PRESSURE; 
PRECIFE : out PRECIPITATION) ; 
end ENVIRONMENT; 
task SHIP PARAMETEF is 
ole Reso oo’ (onte COURSE 3:,0ut COURSES; 
Seer SPEED: OUt SPEED: 
Sar LAPEPTUDE <~ Out LATITUDE; 
SHIP LONGITUDE : out LONGITUDE) ; 
end SHIF FARAMETER; 
task TRACK is | 
SMel ye ACceos FR(TRACK NUM ; out TRACK NOMBER 
TRACK TYP = out TRACK ELGee 
GiwssSe-wouc VESSEL CLASS; 
RNG ; out HOSrange; 
BeanG : Out BEARING: 
HOST LAGS: OUT HOSTILE Als 
BeSt LONG <: out HOSTILE LONG) ; 
end BaAck; . 
task THREAT is 
Sice y Gee eee aee speut HOSTILE NAME; 
NATION =; out NATIONALITY 3 
Sele * out SHLP CLASS; 
WEES : out WEAECNS; 
EGm”: out ECM ECUIPME NT; 
METHOD : OUt ENGAGEMENT METHOD); 
end THREAT; 
task ENGAGEMENT PLAN is 
entry pr chee? oN Beek NOM : Our TRACK NUMBER; 
PLAN : out ENGAGEMENT PLAN) ; 
end ENGAGEMENT PLAN; 
package ENGAGEBENT DISPLAY is 
Erocedure AUTO DISPLAY (TRACK NOM =: in out TRACK_NUMEER; 
PLAN : in out ENGAGEMENT PLAN; 
HOSTILE : in cut HOSTIIE NAME; 
NATION : in out NATIONALITY; 
sees Lm Out SHIP CLASS; 
WEFS : in out WEAPONS; 
ECM : in put ECH EQ UID MENT; 
MET HCD Out ENG AGEMENT METHOD) ; 
procedure MANUAL DISPLAY (TRACKTNU M Ti Our 





K NUMBER; 
fe alae out ENGAG 


CE 


ro | 


oe 
MENU =: out MENU itd. do 
lm aOodvyacr ACCESS N 


1 body of task MENU_DISPLAY 
Pits seubeorALUS is 


acGarcr, AGC M({LAUNCHER_NBR =: cut LAU_NBR; 
CANNISTER NBR : out CAN NBR; 
BiesS =yoe + OWE MESSILE ¢ Pgs 
INHIBIT : out LAU IN#TBIT} a 

-- insert additicnal body of ACCESS hig! 


-- insert additional estat 3 Ease LAUNCHER EMISSE LE STATUS 
end LAUNCHER MISSILE STA 
task bedy ENVIRONMENT is 


a. 


rg [+ 


task body ILA 
begin 


MO wetemaM GN +H epP-O 


mw Gun Ar @maH AQ 
= Oe cthd 


begin 
accect ACCESS oh Nee PeoUmevto LO IL ITY; 
SEA : out SEA_ 
WENDDIR : out” BIND “ST RECTION; 
WINCSED ; out WIND SPFED; 
RemeuM : OUt RELATIVE HUMIDITY; 
TENE : Sut TEMEFERATURE; 
BARPRESS : out BAROMETRIC PRESSURE $ 
PRECIE : out PRECIPITATION) do 
Zamicent adculcdemat body of ACCESS ENV 
end ACCESS EN; 
--) insert additional body of task ENVIRONMENT 
end ENVIRONMENT; 
task body SHIP_PARAMETER is 
begin 
acecapt ACCESS SP(SHIP COURSE ; out COURSE; 
She SehoeD 5 Out SPEED; 
SHEP LATRIUDE 3: ous LATITUDE; 
SHIF LONGITUDE : cut LONGITUDE) do 
=e enceat aaqditicnal body cf ACCESS_SP 
end ACCESS SP; 
-- insezt additional body of task SHIP_PARAMETER 
end SHIE FARAMETER; 
task bedy TRACK is 
begin 
accert ACCESS_TR (TRACK NUM ;: out TRACK_NU MBER ; 
TRACK TYP : out TRACK ae 
GlESS : Gut FESSEL CL&SS; 
RNG : out MOP A athe: 
BRNG : out BEARING; 
HOST LAT : out HOSTILE LAT; 
HOStaeeNG >; Out HOSTILE _ LONG) do 
-~ insert additicnal body ef ACCESS _TR 
efd ACCESS TR: 
== Sse additional body of task TRACK 
end TRAC 
task nods THREAT is 
begin 


acceot ACCESS TH (HOSTILE 
NA NALTI 


out HOSTILE_NAME; 
TION : out NATIO 


TY; 
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SLE Ucn eeCL ASS ; 

WEES : OU WEAFCRNS; 

meu. Ole ECM ECUTPMENT; 

METHOD ;: out ENGAGEMENT METHOD) do 
== ijeest additional body of ACCESS TH 
end ACCESS TH; 

== insert additional body of task THREAT 
end THREAT; 
sask bedy ENGAGE MENT PLAN is 
begin 
acesee ECEESS_E@GPRACK NUM ; she TRACK_ NU MBER; 


PLAN :; Out ENGAGEMENT PLAN 

-- insert additicnal body cf ACCESS _EN 

end ACCESS iA. 
-- insert additional body of task ENGAGEMENT PLAN 
end ENGAGEMENT PLAN; 
package body ENGAGEMENT DISPLAY is 

rrocedure AUTO DISPLAY( TRACK NUM :; in out TRACK _NUMEER; 
in out ENGAGEMENT PLAN; 
ces nou sHOST ELE” NAME; 
— i PeOuceNA tT LONALITY; 
in out SHIP CLASS; 
_in out WEAPONS ; 
In Vouwe ECH EQUIPMENT; 
= 327 Ome ENGAGEMENT. METHOD) is 


icnal body cf procedur2 AUTO_DISPLAY 
"DISPLA Y(TRACK_ NUM 3: in out 


ut ENGAGEMENT PLAN; 
a1 OucsHOSTILE NAME; 
in out NATIONALITY; 
in Out WEAPONS ; 
in  OuT  §CM EQUIPMENT; 
b METHODS: in out ENGAGEMENT’ METHOD) is 
egin 
== eS eae additicnal body ef procedure MANUAL_DISPLAY 
end MANUAL DISPLAY 
crocedure GRAPHICS is 
begin 
-- insert additicnal body cf procedure GRAPHICS 
end GRAFHICS ; 


= Nira 
Ovcee 
Oo 


Oi 
wD 
az mUrMOm Q Seer 
ywrOMmQ PhMOwWmrOr 
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ty ag 
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begin 
-- insert additional body of package ENGAGEMENT DISPLAY 
b end ENGAGEMENT DISFLAY; 
egin 
insert additional bcedy of package DISPLAY 
end DISELAY; 
vackace LATA BASE MANAGER is 
package LM STATUS MANAGER is 
tee NBR LAUNCHERS; 
LAU NER =: integer range ane e LAUNCHERS; 
CAN NBR : integer range 1..4; 
Ga SS Ea ee : integer range eT: 
LAU INHIBIT :;: boclean; 
task LAUNCHER NISSTLE STATUS is 
entry OPDATE_LAU (LAUNCHER : in LAU_NBR; 
CANNISTER = Et CAN NBR; 
Boots : 2n MISS type; 
LAUNCHER INHIBIT =: in LAU_INH LAG NB: 
entry ACCESS LM(LAUNCHER : ot LAU_NBR; 
CANNISTER =: out CAN NBR; 
Misael LE =<: out BLISS _type; 
LAUNCHER INHIBIT : out LAU_INHIBIT) ; 
end LAUNCHER MISSILE_ STATUS; 
end LM STATUS MANAGER; 
package SE MANAGER is 
tyoe MAXSPEED; 
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Gens s inteqes range 0..359; 
SPEED : ec = range Q..MAXSPEED; 
typos LATITUDE is record 
DEGREES : integer range -90..90; 
MINUTES : integer range 0..60; 
SECONDS : integer range 0..60; 
Sndeeceord 
type LONGITUDE is record 
CEGREES : integer rarge -180..180; 
MINUTES : integer range 0..60; 
SECONDS : integer range 0..60; 
end gGee¢erd; 
task SHIP PARAMETER is | 
entry UPDATE SP(SHIP_COURSE : in COURSE; 
Same SPEED s in SPEED; 
Sie” DAMETULEsoin LATITUDE; 
SHEP LONGETUDE : in LONGITUDE) ; 
es ACCESS SP(SHI P COURSE ;: aut COURSE; 
SHIP SPEED: out SPEED; 
SHIP LATITUDE : out LATITUDE; 
swelP LONGITUDE $: out LONGITUDE) ; 
end SHIP PARAMETER; 
end SP MANAGER; 
packace ENVIRONMENT MANAGER is 
ViS@etomirs Anwelcer range Q..30; 
SEA STATE : integer range Orewa: LO: : 
WIND DIFECTICN :; integer range b..359; 
WIND SPEED : integer range 0: .100; 
RELATIVE HUMIDITY ;: integer range 0..100; 
TEMPERATURE : integer range -100..130; 
BARCMETRIC PRESSURE : intéger range 900..1000; 
PRECIPITATION : Ecolean; 
task ENVIRONMENT is 
eos UPDRrE ENV{VIS + in VISIBILITY; 
SER : #0 SEA SZATE; 
WINDDIR : in-WIND_DIRECTION; 
WINDSPD : in WIND SPEED 
REvHUM = in (RELATIVE HUMIDITY; 
TEMP : in TEMPERATURE; 
BARPRESS :; in BAROMETRIC PRESSURE; 
Pees 1 PREC? PITATION) ; 
on ACCESS ENVAIVIS 3 OUt VISIBILITY; 
Sean: Out SEA STATE; 
WAMODIR =: out WIND DIRECTION; 
WeLWDSPD = out WINE SPEED; 
Pobaom ss) OUL RELATIVE HUMIDITY; 
PED: Cut TEMPERATURE: 
BARPRESS : cut BAROMETRIC Paouoo URE: 
EkM@ed Ps yout PRECIPITATION) ; 
end ENVIRONMENT; 
end ENVIRCNMENT MANAGER; 
Pane Ge THREAT MANAGER is 
HCSTIlLz& NAME : ee 
BATIGNALITY : oe Perio) 
SabesGones 3 String(1..9); 
WEAFCNS ;: string (1..50) ; 
ECM EQUIPMENT : string (1.50) ; 
FNGAGEMENT MFTHOD ; string (1..50) ; 
task THREAT 1s : 
entry eee cs NERS Ghee weouc HOSTICE NAME; 
NATION 3: oUt NATIONALITY; 
Same < OUtC SHITE CLASS; 
WEPS 3: out WEAPONS; 
meeps Cut ECM BEOUIPEENT $ 
METHOD : out ENGAGEMENT METHOD) ; 
end THREAT; 
end THREAT MANAGER; 
package TRACK MANAGER is 
TRACK NUMBER : integer range 100. .3199; 
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Ine eger range 1..7; 


TRACK Oy e 3 
VESSEL. Somewtieceger Lrarg>s 0..1 
Syoe MAXrangs; 
HCSrang¢ : integer range Boas. 
BEARING 3; integer range 0..359; 
eype HOStI LE LAM as Secord 
DEGREES = integer range -90..90; 
MINUTES : integer range 0..60; 
SFCONDS : integer range 0..60; 
end record; 
type HOSTILE_LONG is recor 
GR > integer range ~180..180; 
MINUTES : integer rang? 0..60; 
SECONDS : integer range 0..60; 
end record; 
task TRACK is 
entr 73 reer NUM; in nee ets 
TAGs Uy beleeim, TR ACK guPe 
Gtasca: 2 VESSEL CLAS 
RNG. > in BeSrange 3 
BRNG : in BEARING; 


aL 
HOSESLAn > in HOSTILE LAT; 
A@SPR LONG Sin HOSTILE LONG 
Se DELETE (TRACK NUM :~in T AcK_ NUMBER: 
TRACK TYP < za TRACK Eu Pe) 3 
entry ACCESS TIR(TRACK NU out TRACK _NUMBER; 
TRACK TYE F out TRACK type: 
CLASS out VESSEL CLAS 


RNG : out 8CSrarge; 
BRNG ; out EEARING; 
Hest Late. CUS HOSTILE 
mest LONG =: cut HOST Tie. LOke) 
enzry UPDATE _TY(TRACK NUM~: in PRACK_ NUMBER; 
MRACK Snr > 2f TRACK typs) 
Sere aces Tah Ck NOH: an TRACK NUMBER; 
See VESSEL CLASS); . 
entry UPDATE _RN(TRACK NUM :; in TRACK_NUMBER; 
RNG : in Sela ie 
entry UPDATE BR(TRACK NUM : in TRACK NUMBER; 
s in EFARING); 
SB rak UOPDATE LA(TRACK NUM ; in TRACK_NUMBER; 
H@pee Lat ¢ in HOSTILE LAT) ; 
ge oe OPDATE LO(TRACK NUM :; in TRACK _NUMBER; 
HOST LONG : in HOSTILE_LONG); 
end TRACK; 
end TRACK MANAGER; 
package MENU MANAGER is 
type MENU type; 
task MENU is 
Cee a RES O_TY eoueeieNG type) ; 
end MENU; 
end MENU MANAGER; 
package ENGAGEMENT ELAN MANAGER is 
TRACK NUMBER ;: integer range 100..3199; 
ENGAGEMENT PLAN 3: string(1..50); 
HOSTiME fame: String({1..12) ; 
NATICNALITY : strin { ayeo) : 
SHir GLASS : stringt a, 
WEN ONS: seeing (1..50) ; 
ECM FQUIPMENT ; string(}..50); 
ENGAGEMENT METHOD : Peat. . 20)" s 
task ENGAGEMENT PLAN ils 
ae NOCH A Ss NUM : out TRACK_NUMBER; 
PLAN ; out ENGAGE MENT PLAN; 
HOSPILE ; out HOSTILE NAME; 
NATION 3: out NATIONALITY; 
ome. OUWe SHTP CLASS; 
SHPS : out. WEAPONS; 
RCM : out ECM EQUIPMENT; 


2 
© 
mn 





TmEtroOD sous ENGAGEMENT METHOD) ; 
end ENGAGEMENT ELAN; ig 
end ENGAGEMENT PLAN MANAGER; 
end CATA BASE MANAGER; 
package body DATA_BASrt MANAGER is. 
package body LM STATUS MANAGER is 
ee Body LAUNCHERSMISSILE STATUS is 
egin 
acca UPDATE LAU(LAUNCHER : in LAU_NSBR; 
CANNISTER : in CAN _NBR; 
Chosen won MISS type; 
LAUNCHER INHIBIT ¥ in LAQ_ INHIBIT) do 
-- insert additional body of UPDATE _LAU 
2nd UPDATE LAU; 
accept ACCESS LM (LAUNCHER : out LAU_NBR; 
CANNISTER :~out CAN_NBR; 
DPSS Ee s Gut MIS S_type; 
LAUNCHER INHIBIT :~ot+ LAU_INHIBIT) do 
Zee Se Se adamelonal body of ACCESS L™; 
end ACCESS LM; 
k end LAUNCHER MISSILE_STATUS; 
egin _ 
j~puthscot eet plOonabebedy Of package LM_STATUS MANAGER 
end LM STATUS MANAGER; ; 
package body SP MANAGER is . 
eee body SHIP_PAFAMETER is 
egin . 
accept UPDATE_SE(SHIP_ COURSE : in COURSE; 
SHIP SPEED ¥ in SPEED; 
Seren lier: an LATITUDE; 
SHIE_LONGITUDE : in LONGITUDE) do 
== J8Se5-aqaqittsional body of UPDATE SP 
end UPDATE SP; 
as a ACCESS _SP(SHIP_COURSE ;: out COURSE; 
SHIF SPEED =: out SPEED; 
SHIP LATITUDE : out LATITUDE; 
SHIP LONGITUDE : out LONGITUDE) do 
=-(2ecee ada -10nel body of ACC2SS_SP 
end ACCESS SP; 
. end SHIF PARAMETEE; 
Sgn ae 
-- insert additional body of package SP_MANAGER 
end SP MANAGER; 
package body ENVIRCNMENT MANAGER is 
task body ENVIRCNMENT is 
egin 
SCecromueDA Emo ENVIVES = 2n VISIBILITY; 
StAweon SEALS TAT E>; 
-WINDDIR : in WIND DIRECTION; 
WINDoreD >. 2n WEND. SPEED; 
RELHUM ; in RELATIVE HUMIDITY; 
TEMP : in TEMPERATURE; 
Beneness 22n BARCMETRIC.PRESSURE; 
PRECIP : in PRECIPITATION) do 
== Imsett additional body of UPDATE_ENV 
end UPDATE ENV; 
AGecert BGGcoomENY(V.IS =: out VISIBILITY; 
SEA : out SEA STATE; 
WINDDIR : out WIND DIRECTION; 
WINDSPD : out WINIT SPEED; 
ReEuHUe ¢: cut RELATIVE HUMIDITY; 
TEMP 3; Out TEMP ERATURE; 
BARPRESS : out BAROMETRIC PRESSURE; 
-FRECIP : out PRECIPITATION) do 
s—aerpseia= addtional body of ACCESS_ENV 
end ACCESS ENV; 
end ENVIRONMENT; 


begin 
-- insert additional body of package ENVIRONMENT MANAGER 
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end fe des Cea MANAGER; 
package oa ape THREAT MANAGER is 
task y THREAT is 
beqin 


acCo rt Reet (hOSTI LS s Owe HOSTILE NAME; 
NATION : out NATIONALITY; 
Sere: SOuUt ont P CLASS; 
WEPS ; cut WEAPONS; 
ECM: out ECM! FOUIPMENT; 
METHOD : out ENGAGEMENT METHOD) 
-- insert additional body of ACCESS ) nae 
nd AGCESS TH; 
bona Tere AT. 
begin 
-- insert additional body of package THREAT MANAGER 
end THREAT MANAGER; 
package poey TRACK MANAGER is 
task body TRACK is 
egin 
aceepe fe NO Maes in TRACK _NUMBER; 
DRAG hye sin BER ACK ge Ps 
Coon ie vESSEL CLASS; 
RNG nn O Sra Nn ae 
BMS : tn ERART 
HOSr LAT = in HOS tILE LA 
HCsE LONG : in HOSTILE SEONG) dc 
== insert additional bedy of ADD 
end ADD; 
accept DELETE (TRACK_NUM : in TRACK_NU MBER ; 
TRACK_TYP : in TRACK_type) 
-- insert additional bedy of DELETE 
end DELETE; 
acce pt ACCESS -TR(TRACK NUM : out TRACK_NUMBER; 
TRACK TYP ; out TRACK type; ; 
CRASS : Out VcoSSEL CLASS; 
KNG : out Srange; 
BENG : Out BEARING; 
HGS Tea = OU® HOSTILE LAT; 
HOST_LONG : out HOSTILE_LONG) do 
-—enioscmeaedlt2onal body of ACCESS TR 
end ACCESS TR; 
accept UPDATE TY(TRACK NUM : in TRACK _NU MBER; 
UNG on TRACK + yoo) do 
=o sert additional bcdy of UPDATE TY 
end UPDATE TY; 
Hes UPDATE CL(TRACK NUM : in TRACK_NU MBER; 
CEA Soest Tt VESorL CLASS) do 
~- insert addi+ Secu body of UPDATE_CL 
end UPDATE CL; | 
accept UPDATE. RN(TRACK_NUM : in TRACK _ NUMBER; 
RNG : in HCSrarge) do 
-- insert additional body of UPDATE_RN 
end UPDATE &N; 
accept UPDATE Eee Se NUM : in TRACK_NUMBER; 
PENG  § in oa 
= an seLt Aaaienione bedy of UPDATE TR 
end UPDATE TH; 
accept UPDATE. LA(TRACK NUM : 2 TRACK_NU MBER; 
Hest PLAT ; in HOSTILE Bene 
== insert additional body o UPDATE_ LA 
end UPDATE LA; 
accept UPDATE LO(T RACK NUM : on oo NUMBER; 


HOS eLeNG + in HOSTILE SSO ere 
-- insért additional body of POATE_ LO 
end UPDATE_10; 


end TRACK; 
begin ot 
-- insert additional body of package TRACK MANAGER 
end TRACK MANAGER; 
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package Lody MENU MANAGER is 
task body MENU is 
begin 
SeCGepe  ACCRO oP E(MENUG TY <: cout MENU type) dco 
-- insert additional btdy of MENU 
ene 7c CESS Me; 


end MENU; 
beqin 
-- insert additional body of package MENU_MANAGER 
end MENU MANAGER; 
packaaqe body ENGAGEMENT PLAN MANAGER is 
task Lody ENGAGEMENT PLAN is 
égin 
2 Coe RGGESSerN(GtR ACK NUM: out TRACK NUMBER; 
PIAN : out ENGAGEMENT PLAN; 
HOt Lies Cut HOSTILE NAME; 
NATION = Out RATIONALITY; 
Sale =: OU we CEASS 5 
WEPS =: out WEAPONS; 
Sot. OUs) EO COU TPM ENT; 
METHOD : out ENGAGEMENT METHOD) do 
== insert additional body cf ACCESS_EN 
end ACCESS_EN; 
end ENGAGEMENT FLAN; 
begin 
-- insert additional voey, cf package 
-- ENGAGEMENT PLAN MANAGER 
: end ENGAGEMENT PLAN MANAGER; 
egin 
-- insert additional body of package DATA_BASE MANAGER 
end DATA BASE MANAGER; 
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